“微服务”一直是流行的词汇。在各种技术文章和会议上，在微服务上有许多讨论和主题。对于基于Dubbo和SpringCloud技术系统的微服务体系结构，每个人都非常成熟且已知，但是随着互联网场景的复杂性，快速变化业务，快速响应，如何快速，稳定和有效地应对不可预测的变化市场需求，这种技术系统的传统微型服务体系结构（例如：Spring Cloud）变得无能为力。目前，Microservices Architecture再次升级，服务网格被用作新一代的微服务架构。
本文将从传统的微服务体系结构开始，以解释新一代的微服务架构服务网格。它可以解决什么问题以及将用户带给用户，可以用作服务网格的认知文章。
Micro -Service，也称为微服务架构，是一种体系结构。与单个应用程序相比，它将应用程序划分为一组服务，并将这些服务结合在一起以完成整个复杂的业务功能。以下功能可以高度反映其价值：
经过对微服务架构的概念的简单回顾，让我们看一下新一代的微服务架构是如何诞生的。
下图是基于弹簧云技术系统的微服务架构图：
对于上图，从以下两个方面进行解释：
还记得与弹簧云相关的组件版本的麻烦？为了在新版本中使用特征，或者在旧版本中求解漏洞，弹簧云版本的升级并不罕见。如果您不关注，您将遇到诸如冲突之类的问题。
无论程序多么完美，您都无法避免零错误。在启动时，随着系统使用方案的多样性，将逐渐暴露出一些问题，如果存在问题，则必须解决问题。它将仔细安排上网。这一系列过程必须深入触摸并拥有自己的故事。用“谨慎的机翼”来描述这个过程永远不会被夸大，因为很小的变化可能会影响他人。即使是整个系统，也没有人想记住这个锅。
由于系统的多样性，巨大和复杂性，在传统行业（例如：银行）中，添加微服务是不现实的。新旧系统的共存是最常见的现象。共存系统之间的治理，操作和维护已成为困难的问题。
面临这些问题，例如新系统的升级，维护和共存，这是否无助？
面对上述问题，在传统的微服务结构下，在实践的持续影响之后，面临着更多的新挑战。总而言之，这些问题的原因是以下几点：
这些问题是不可避免的。我们都知道，技术的演变来自实践中的持续探索到抽象的功能，脱钩，包装和服务。在传统的微服务体系结构所揭示的这些问题之外，将会带来新的挑战，每个人都会找到其他解决方案。
为了解决传统微服务所面临的问题并应对新挑战，微观服务架构也进一步发展，最终催生了服务网格（服务网格）的出现，并迎来了新一代的微型服务网格。架构，也称为下一代米科服务。为了更好地了解服务网格的概念和存在，让我们回顾一下此演变中的四个阶段。
本节是从服务网格的定义，核心价值和体系结构中介绍的，因此您对其具有足够的认识和理解。
服务网格作为服务之间的基础架构层。- 服务中服务互管理人员间服务中服务互管理人员服务间服务中服务间服务中服务间服务中的服务间分子与实际应用部署，但要与应用程序透明。需要以最简单的方式将请求发送到本地服务网格机构，然后网格机构将执行后续操作，例如服务发现，负载平衡，最后将请求转发到目标服务。
总而言之，如下所示：
实现业务逻辑和非商业逻辑的分离。
那么服务网格可以带来什么实用功能？
服务网格的整体体系结构如下图所示：
主要核心内容分为：
ISTIO是由Google，IBM和Lyft发起的开源服务网格框架。该项目于2017年启动，现在已发布1.10.1版。
ISTIO提供了一个完整的解决方案，可为整个服务网格提供行为见解和操作控制，以满足微服务应用程序的多元化需求。
2.5.1 ISTIO数据平面ISTIO默认值的数据平面是基于Envoy添加一些扩展（即：ISTIO-Proxy），C ++语言写作。
主要职责：
2.5.2 ISTIO控制平面从ISTIO 1.5版本开始。控制平面通过三个组件（Pilot，Citadel，Galley）的原始分散和独立部署整合到独立的ISTIOD中，该部件已成为单个过程的一种组织形式，即多模块组织形式。这大大降低了原始部署的复杂性。
其中，城堡和厨房组件逐渐减弱。在ISTIO版本的迭代中，它们基本上具有无形的痕迹。（已经集成在其他组件中）
接下来，查看飞行员组件。
PILOT是ISTIO中的核心组件，该组件用于管理和配置在特定ISTIO服务网格中部署的所有Sidecar代理实例。IT管理SideCar代理之间的路由流量规则，并配置故障恢复功能，例如超时，重新启动，重新设置和重新介绍和RETRY和RETRY和RETRY和RETRY和保险丝。
密钥模块：
让我们一起回顾一下，春季云微型服务架构和服务网格微型服务体系结构：
为了解决微服务的入侵，我们引入了服务网格。
参考资料：