【本人秃顶程序员】微服务2.0时代：Spring Cloud Netflix与 Kubernetes＆Istio比较

←←←←←←←←←←←← 快！点关注

自微服务架构开始兴起已近三年多了，早期的Spring Cloud Netflix架构已经成熟，并已被Spring Cloud整合到解决通常云问题的新解决方案中，例如，Sleuth，Zipkin，Contract等就是这种情况。

但是现在架构趋向于朝着不同的方向发展。在这篇文章中，我们将分析迄今为止微服务架构的路径以及未来将伴随我们的工具和技术。

第1集：微服务的诞生

回到起源，我们必须回到2015年初，当时“微服务”的概念在西班牙开始变得强劲。微服务的第一个开发堆栈被发布，也就是取得了相对普及的Netflix堆栈，在第一2015年3月发布。

今天它仍然是云计算的所有解决方案包括Spring中最受关注和最受欢迎的：

另外两个解决方案（Consul和Zookeeper）使用了与Netflix堆栈的不同组件，Netflix组件包括Zuul ，Ribbon 和Hystrix 。 最初，该架构由以下部分组成：

• 配置服务器：外部化配置服务器，允许我们集中生态系统的所有配置。它不是Netflix的一部分（因为Netflix使用的是Archaius），但它是由Spring开发的。
• Eureka ：服务器，用于注册微服务和有关它们的元数据。
• Ribbon：用于在客户端中平衡请求的库。它与Eureka通信以获得每个微服务的可用实例的寄存器。
• Hystrix ：使用断路器模式进行级联错误管理的库。
• Zuul ：将作为API网关/边缘服务的服务器，作为微服务生态系统的入口点。

如果现在我们看惯了单体巨石架构，这组架构似乎变大了，但是解决了分布式架构的主要需求：注册，集中配置，负载平衡，抵御失败…

在部署逻辑上，与微服务的使用相关联，我们使用容器解决方案进行部署，在这种情况下，我们都知道并且是市场上最受欢迎的解决方案：Docker。

另一个问题是容器编排解决方案。我们是一个少数早期采用的OpenShift 3，红帽解决方案基于Kubernetes，这是在推出2015