转载

微服务网格（二）：Istio基础

在Kubernetes中创建基本的微服务看似简单。在我们的上一篇文章中，我们展示了使用容器部署是多么容易。我们构建了一个简单的Docker镜像，使用Kubernetes部署它，并查询我们的应用程序。当然，那是相对无痛的！但在现实世界中，云架构通常比这更复杂，涉及数十或数百种服务，包括数据库，身份验证和其他现实问题。

管理所有这些服务是一个真正的麻烦。在本文中，我们将介绍Istio，它是提高和管理大规模云部署的下一代利器。早些时候，我们讨论了微服务的网状结构，这是Istio所支持的。

微服务网格能使你获得微服务架构的可扩展性优势，同时还支持基于集中的优势，例如日志记录和版本控制。有关网格的更多信息，请参阅我们之前的讨论，概述网格的基础知识及其提供的优势。

在这篇文章中，我们将了解Istio在实现云网格架构模式时所提供的能力。我们将安装控制平面，然后查看Istio有什么优势。最后，我们将采用上次定义的Kubernetes服务并添加一个sidecar代理，并将其链接到上面的控制面板。

深入：数据平面和边车（sidecar）

Istio定义了两个关键的架构术语，数据平面和控制平面。数据平面是指通过应用程序流动的数据，传递给不同的服务实例并由服务本身处理。数据平面主要通过边车代理（sidecar-proxy）实现。控制层确定如何实例化服务以及保持服务的遥测和信息的位置。控制平面的关键元素是Pilot和Mixer。让我们按顺序看看它们。

sidecar代理与Pod一起运行，定义了你在Kubernetes的服务。顾名思义，它与主要服务组件一起添加，并且它针对该服务的流量进行操作。此设计允许你在Pod中为现有服务定义添加sidecar代理：只需将定义sidecar的行添加到服务中即可开始工作。

微服务网格（二）：Istio基础

你获得的回报是Istio云网产品的核心优点。sidecar代理拦截进入服务的流量，并允许你以智能方式路由它。这可能意味着像负载均衡和处理TLS终止这样简单的事情，这是一种加快速度的简单方法，或者更复杂的事情，例如处理新版本服务的版本控制和分阶段部署以及收集使用指标。sidecar允许你将这些功能添加到现有的微服务架构中，而无需重新设计整个系统。

在掌握了sidecar的最初目标之后，Istio和云网的大部分功能都成为焦点。由于它们充当服务舱之间的单一、统一的桥梁，因此sidecar会共同遇到并查看流经你的应用程序的所有流量。这意味着如果你想加强安全性，sidecar可以提供一个位置，你可以在其中添加服务之间的身份验证和https，记录事件以检查异常情况，以及添加流量控制和守门（gatekeeping）以进行身份验证。

最重要的是，由于sidecar充当服务之间的中央通信端点，因此它们允许你在应用程序中构建弹性并添加额外级别的可伸缩性。微服务的一个常见问题是服务器Pod都是隔离的，如果微服务出现问题，请求可能会被缓慢处理或丢弃。使用sidecar，你可以在一个地方添加超时，更智能的负载均衡和额外的监控。

集中：控制平面

在此设施的另一端是控制平面。控制平面充当应用程序中运行的sidecar的控制器，以及网格中的服务可视为单一事实来源的所有信息（如日志记录和版本更新）的中央存储库。

微服务网格（二）：Istio基础