微服务治理框架

A. 为什么说要搞定微服务架构，先搞定RPC框架

无论是SOA还是微服务，核心都是RPC框架。如果没有统一的RPC框架，各个团队就需要实现自己的一套序列化、反序列化、网络框架、连接池，线程池、超时处理等“业务之外”的重复劳动，所以统一RPC框架，是服务化首先要解决的问题。现阶段，外界RPC框架众多，如果没有特殊需求，并不需要自研一套。

B. SOA和微服务架构的区别

SOA与微服务架构，在架构划分、技术平台选择等方面，均存在一定的区别。

一、架构划分不同

1、SOA强调按水平架构划分为：前、后端、数据库、测试等；

2、微服务强调按垂直架构划分，按业务能力划分，每个服务完成一种特定的功能，服务即产品。

二、技术平台选择不同

1、SOA应用倾向于使用统一的技术平台来解决所有问题；

2、微服务可以针对不同业务特征选择不同技术平台，去中心统一化，发挥各种技术平台的特长。

三、系统间边界处理机制不同

1、SOA架构强调的是异构系统之间的通信和解耦合；（一种粗粒度、松耦合的服务架构）；

2、微服务架构强调的是系统按业务边界做细粒度的拆分和部署。

四、主要目标不同

1、SOA架构，主要目标是确保应用能够交互操作；

2、微服务架构，主要目标是实现新功能、并可以快速拓展开发团队。

参考资料

网络-SOA

网络-微服务架构

C. C#实现微服务的框架的选择

不知道你说的c#指的是什么

现在的微服务我觉得应该是指.NET Core

张善友的博客上有很多相关文章，这里介绍了一些微服务框架，你可以去看看参考

D. 为什么选择Spring Boot作为微服务的入门级微框架

E. 为什么选择Kubernetes作为云平台的微服务治理框架

1. Spring Boot是什复么，解决哪些问题 1) Spring Boot使编码变简制单 2) Spring Boot使配置变简单 3) Spring Boot使部署变简单 4) Spring Boot使监控变简单 5) Spring Boot的不足 2. Spring Boot在平台中的定位，相关技术如何融合 1) SpringBoot与S....

F. 如何提高微服务架构的可用性

【编者的话】有些开发者可能还是不明白Docker对自己到底有多大的用处，因此翻译Docker个人用例这篇文章中来介绍Docker在普通开发者开发过程中的用例。Docker如今赢得了许多关注，很多人觉得盛名之下其实难副，因为他们仍然搞不清Docker和普通开发者到底有什么关系。许多开发者觉得Docker离自己很远，Docker是生产环境中的工具，和自己无关。我也是花了很长时间才想清楚作为普通开发人员如何在自己的开发中使用Docker。坦率地说，我仍处在学习的过程中。这篇文章提供了一个Docker用例列表，我希望它能更好地帮助你理解Docker并引发你的思考。本文只是描述Docker在普通开发者日常的应用，并不提供完整的解决方案。在介绍用例之前，我希望你能先记住这句话：“Docker是一个便携的应用容器”。你可以不知道Docker所说的的“便携式容器”到底是什么意思，但是你必须清楚Docker在日常中能带来非常大的效率提升。当你需要在容器内运行自己的应用（当然可以是任何应用），Docker都提供了一个基础系统镜像作为运行应用时的基础系统。也就是说，只要是Linux系统上的应用都可以运行在Docker中。可以在Docker里面运行数据库吗？当然可以。可以在Docker里面运行Node.js网站服务器吗？当然可以。可以在Docker里面运行API服务器吗？当然可以。Docker并不在乎你的应用程序是什么、做什么，Docker提供了一组应用打包、传输和部署的方法，以便你能更好地在容器内运行任何应用。下面的例子我自己经常使用，当然你有更好的案例也可以分享给我。尝试新软件对开发者而言，每天会催生出的各式各样的新技术都需要尝试，然而开发者却不太可能为他们一一搭建好环境并进行测试。时间非常宝贵，正是得益于Docker，让我们有可能在一条或者几条命令内就搭建完环境。Docker有一个傻瓜化的获取软件的方法，Docker后台会自动获得环境镜像并且运行环境。并不仅仅是新技术环境搭建用得到Docker。如果你想快速在你的笔记本上运行一个MySQL数据库，或者一个Redis消息队列，那么使用Docker便可以非常容易地做到。例如Docker只需要一条命令便可以运行MySQL数据库：dockerrun-d-p3306:3306tutum/mysql。译者注：虽然使用命令也能非常快地安装MySQL数据库，但是当用到最新的技术或者非常复杂的技术时，使用Docker便会是个非常好的选择，例如Gitlab，普通用户大概需要一天的时间去搭建Gitlab平台，而Docker则只需要一条命令。进行演示现在我经常需要在周末用自己开发的成果对客户活着别人做一两个演示。搭建演示环境的过程非常麻烦。现在我发现Docker已经成为我演示这些工具的最合理的方式。同时，对于客户来说，我可以直接将Docker镜像提供给他们，而不必去做任何环境配置的工作，工作的效果也会和在他们演示中所看到的一模一样，同时不必担心他们的环境配置会导致我们的产品无法运行。避免“我机器上可以运行”无论是上一篇介绍的企业部署Docker还是本文的个人Docker用例，都提到了这个情况。因为环境配置不同，很多人在开发中也会遇到这个情况，甚至开发的软件到了测试人员的机器上便不能运行。但这都不是重点。重点是，如果我们有一个可靠的、可分发的标准开发环境，那么我们的开发将不会像现在这么痛苦。Docker便可以解决这个问题。Docker镜像并不会因为环境的变化而不能运行，也不会在不同的电脑上有不同的运行结果。可以给测试人员提交含有应用的Docker镜像，这样便不再会发生“在我机器上是可以运行的”这种事情，很大程度上减轻了开发人员测试人员互相检查机器环境设置带来的时间成本。另一个Docker可以发挥用处的地方是培训班。除了Docker容器的隔离性之外，更能体会到Docker优势的地方在于环境搭建。培训班的新手每个人都要在环境搭建上花费很多时间，但是如果在这里应用到Docker的话，那么我们只需要把标准的运行环境镜像分发下去，然后就可以开始上课了。使用Docker和使用虚拟机一样简单，但是Docker要更方便、更轻量级。同时，我们也可以告诉学员：“在培训的同时，我们还将学到当下最流行的技术——Docker”，这种双赢的结局，何乐而不为呢。学习Linux脚本当然这个原因看起来可能很奇怪，但是对不不熟悉Linux操作系统和Shell脚本的人来说，确实是一个好机会。即便本文并不是在讲Linux，Linux的重要度仍然不言而喻。如果你用的是Windows，那么我给你一个建议：从云主机提供商那儿租用一台云主机：我推荐使用CoreOS系统的云主机。虽然这样并不会让你成为专业的Linux运维，但是可以让你快速地学到Linux基础知识，爱上命令行操作，并且慢慢开始熟悉和欣赏Linux。更好地利用资源虚拟机的粒度是“虚拟出的机器”，而Docker的粒度则是“被限制的应用”，相比较而言Docker的内存占用更少，更加轻量级。对我来说这是Docker的一个优势：因为我经常在自己电脑中运行多个Docker应用，使用Docker比使用虚拟机更加简单，方便，粒度更细，也能持续地跟踪容器状态。为微服务定制如果你一直在关注科技新闻的话，那么你应该听说过“微服务（Microservices）”的概念。Docker可以很好地和微服务结合起来。从概念上来说，一个微服务便是一个提供一整套应用程序的部分功能，Docker便可以在开发、测试和部署过程中一直充当微服务的容器。甚至生产环境也可以在Docker中部署微服务。在云服务提供商之间移植大多数的云主机提供商已经全面支持Docker。对于开发人员来说，这表示你可以很方便地切换云服务提供商，当然也可以很方便地将你本地的开发环境移动到云主机上，不需要本地上配置一次运行环境、在云主机上还配置一次运行环境。全面部署Docker(DockerhereandDockerthere)作为标准运行环境可以极大地减轻应用上线时的工作量和产生BUG。

G. 微服务框架 spring cloud 和 bbo 有什么区别

其中配置管来理Dubbo是不具备的，源当然可以借助Zookeeper实现，但是不推荐。Spring Cloud提供的方案是Spring Cloud Config，再加上Spring Cloud Bus可以实现配置的广播动态刷新。
服务注册和发现作为基础的能力Dubbo是有的，默认大概提供了zookeeper，广播，redis等几种。Spring Cloud在这块也有多个方案，比如Spring Cloud Consul，再比如Netflix系的 Eureka 。
路由和负载均衡Dubbo默认提供了几种方式，可以扩展。Spring Cloud同样有ribbon和zuul，其实现的路由和负载功能更强大，其中也包括了授权、安全、服务质量监控等。
服务调用Dubbo使用了私有的Dubbo协议（当然也有其他协议也可以自己扩展，个人感觉Dubbo的扩展性做的很不错。），spring cloud应该是推荐HTTP。

H. 什么是微服务框架

不太确定你说的什么是微服务框架，好像来说就是一个小程序的意思吧。