Service Mesh：调度千军万马微服务，2.0妥妥的
最后更新：2020-06-22 09:40:05 手机定位技术交流文章
奥菲王官寺量子比特报告|公开号码QbitAI
在过去的一年里，随着Kubernetes的流行，Servimesh已经成功地成为一个当之无愧的红色技术网络。
它不仅能大大简化用户体验，还能把大中型企业的用户带到“真实的地方”。
对于绝大多数使用容器的企业来说，服务网格似乎在一夜之间已经发展成为完善容器部署的功能性责任，这一点不应该被低估。
一度，它被视为基于云的技术堆栈的关键组件之一，被称为“下一代微服务架构”，即版本2.0。
从逻辑的角度来看，如果你想彻底地谈论服务网格，你应该首先谈论微服务。
用维基百科的话说，所谓的微服务可以被定义为一种软件架构。
这种风格关注具有单一职责和功能的小块，并以模块化的方式组合复杂的大型应用程序。
在这个过程中，每个功能块的使用都与独立于语言的API集相互通信。
简而言之，即使一个应用程序也可能由数百个云本地微服务模型中的服务组成。
在此基础上，每个服务包含多达数千个实例。
事实上，如果您真的想要创建一个茧，那么每个实例都可能被一个服务调度器(如Kubernetes)连续调度，从而导致不断变化的形式。
尽管形式复杂多样，但端到端通信的可靠性和性能优势始终至关重要。
Servimesh在这个时候派上了用场。
本质上，它是将服务之间的通信与无法找到和控制的基础设施分开，并实现监控、管理和控制的目标。
显然，广泛接受的服务网格定义是一种控制应用程序不同部分之间共享数据的方法。
作为一个致力于使服务之间的通信安全、快速和可靠的基础设施，Servimesh确实可以通过服务通信使整个体系结构更先进和更适合云环境。
在某些方面，这有点像七层网络模型中的第四层TCP协议。
但与TCP不同，TA想要实现的不仅仅是正常的网络通信。
它还努力为应用程序提供一个统一、可视和可控的控制平面。
如果我们回到源头，服务网格不是一项新技术。如果必须说创新，那更多的是功能定位的改变。
实践证明，服务网格可以有效屏蔽分布式系统通信的复杂性，只关注业务逻辑。
服务语言没有限制，只需与服务网格通信。
更重要的是，它对应用程序是透明的，组件可以单独升级。
停止开源，数一数著名的服务网格项目
从2016年1月起，行业的第一个开源项目Linkerd发布了“服务网格”，这是第一次公开使用。到目前为止，控制平面的概念和功能已经被认可和接受。
我们发现兴奋又回到了兴奋。虽然它正如火如荼地进行着，但仍然没有现成的商业产品。
大多数服务网格只限于开源项目，比如现在众所周知的Linkerd和Istio。
一，二，三，让我们从林克德开始！
Linkerd最初是一个服务网格项目，由浮力的团队在2016年建造。
与推特开发的用Scala语言编写的库分开，设计概念是支持基于主机(物理主机或虚拟节点)的部署模式，这被认为是在开源项目中相对有经验的。
相关数据显示，该领域的另一个有影响力的参与者——导管公司，多年前已成功融入领英项目，并于2018年7月发布了领英2.0版。
至于导管研发的初衷，许多人得出结论，因为原始版本中的内存占用问题受到了广泛的批评，导管确实显示出了较轻的重量，是为库伯内特人定制的，并且是用Rust和Go语言编写的，但是与目前广泛提及的Istio相比，它仍然没有达到定量的水平。
然而，越来越多的人认为，浮力公司意识到，继续同时支持Linkerd1.x和导管产品线不再合适。此外，Linkerd1.x非常担心它在数据层和控制层的性能。
因此，合并产品线和保持品牌有效性更为关键。
幸运的是，从1到2，我们发现Linked2.x主要基于Kubernetes，而Linked1.x可以基于节点模式部署。当面临复杂的环境场景时，开发人员有更灵活的方向选择，这更适合部署。
就在2018年12月，Linked2.1也发布了，并在路由级别推出了遥感功能。
更重要的是，该版本首次提出了服务概要的概念，它关注服务并集成了大量与服务相关的CRD，从而极大地促进了服务网格的管理。
随着发展，开源服务网格软件Linkerd于2017年1月正式加入云原基金会，成为云原基金会的正式项目，至今影响深远。
然而，从近几年掌握的发展情况来看，面对来自富裕家庭的网络红人和在数据层面上表现出色的特使，林克德完全有能力改变现状。恐怕他仍然需要在战略敏感性和技术升级方面做足功课。
如果Linkerd是服务网格的创始人，Istio在这个领域就是一朵真正的“大花”。
由Lyft、IBM和谷歌联合开发的Istio提供了一个更完整的解决方案，包括行为洞察和操作控制，相比典型的服务网格，如Linkerd和Envoy，主要用于满足微服务应用的多样化需求。
因此，Istio是一个服务网格。是的，但是它不仅仅像服务网格一样简单。
具体来说，TA可以轻松地向微服务添加负载平衡、身份验证和其他强大的功能，而无需修改它们的源代码，并且通过控制代理服务(如特使)来控制所有流量，其中Istio基于特使代理并将其作为数据平面。
此外，Istio还提供容错、金丝雀部署、A/B测试、监控等功能，甚至可以支持定制组件和集成，这是一个官方云:
流量管理:控制服务之间的流量和API调用的流向，使调用更加可靠，并使网络在恶劣条件下更加健壮。
可观察性:了解服务之间的依赖关系以及它们之间的流量的性质和方向，从而提供快速识别问题的能力。
策略实现:将组织策略应用于服务之间的交互，以确保访问策略得到实现，资源在消费者之间得到良好分配。通过配置网格而不是修改应用程序代码来进行策略更改。
服务身份和安全性:在网格中提供具有可验证身份的服务，并能够保护服务流量，使其能够在具有不同可信度的网络上流动。
总之，Istio极大地减少了应用程序代码、底层平台和策略之间的耦合，并使微服务更容易实现。
作为各种技术前沿会议上备受瞩目的创新技术，全球主流云平台向Istio伸出了橄榄枝。例如，IBM云计算服务和红帽创建了一个名为Maistra的社区项目。
然而，找到一点并不困难。尽管Istio是当今最流行的服务网格，但实际生产场景并不多。相反，它被选择在测试环境中进行测试，其应用价值确实有限。
专业人士认为，Istio等服务网格最初是为了降低微服务管理或治理的复杂性，更好地观察运行条件，更容易完成融合和电流限制，以及发布灰度等级。
然而，在实际操作中，我们会发现，引入了同样复杂的技术，而不是降低微服务的复杂性。
是否应该将一些主线转变为用于统一部署的单个应用程序，以降低使用和维护服务网格管理控制平面本身的复杂性？
事实上，近几个月来，Istio已经相继发布了1.5和1.6版本。
与2018 -2019年的频繁更新相比，大多数更新只涉及错误修复和性能改进，没有带来新的功能。当前的版本1.5是主要的变化之一。
这个版本似乎回应了社区对Istio的性能和易用性的批评，重建了新的架构，即回到单一单元。
具体来说，原始的更加分散的微服务架构和控制平面已经缩小并集成到一个更加集中的方式中。
一些过去过于复杂的分散组件集中在Istio核心的控制平面上，从而降低了使用和管理的难度系数。
此外，先前的mxier组件在1.5版中被删除了。这种能力是通过其他方式实现的。删除组件后，性能也有了显著提高。
一般来说，它是为了提高性能和降低复杂性，从而使用户更容易采用这样的新技术。
回顾Istio的历程，如何打破掌声而不成功的局面，真正认识到登陆生产环境的意义，可能是一件需要长期证明的事情。
与爱思迪欧的任忠相比，特使作为爱思迪欧的官方标准，也有着非常吸引人的表现。
Lyft创建的特使牢牢占据了“数据平面”的一部分，直接命中完整的服务网格功能并与之匹配。
作为面向服务架构的高性能网络代理，特使是用C++语言实现的，具有较强的定制能力。
主要通过其过滤机制，它基本上可以定制请求转发过程中50%以上的过程。就性能而言，它指的是Nginx，也是主流级别。
作为Sidecar，其核心功能可以简单概括如下:请求拦截对业务透明；验证、认证、统计、流量调度、路由等。基于某些规则对拦截的请求执行。
其中，或多或少的请求验证规则、遥测数据的精细收集和数据统计的维度多样性是复杂性需求的表现。
因此，最有可能提高Sidecar性能的技术方向是拦截请求和Sidecar之间高效的通信协议。
目前，特使被越来越多的企业使用。它不仅稳固地占据了Istio官方匹配Sidecar的地位，而且在网络代理和负载平衡器方面也显示出它的优势。
即使被除Istio之外的许多企业服务网格框架项目广泛采用，它显然也倾向于成为服务网格数据平面的“风向标”。
2017年9月，特使加入CNCF，成为CNCF的第二个服务网项目。2018年11月，CNCF宣布特使毕业，成为继库本内特斯和普罗米修斯之后第三个孵化和成熟的CNCF项目。前景乐观。
当然，除了这些传统的开源项目之外，各种企业级的参与者，如Nginmesh，也相继进入了服务网格的竞争格局。
2017年9月宣布的产品Nginx适用于Istio。从本质上说，NGINX是用来代替特使的边车。
此外，领事来自哈希公司。它的主要功能是服务注册和服务发现，作为一个从API gateway演化而来的服务网状产品，它的名字叫孔等。
这些大型企业的代表在服务网格技术方面经常采取什么行动？
如上所述，服务网确实已经席卷了世界。在过去的一年里，许多公司都推出了自己的服务网产品和解决方案，如AWS，它是最引人注目的产品之一。
去年4月，AWS震惊并宣布了应用网格大会。
应用网格，作为自动气象站发起的自动气象站本地服务网格，与自动气象站完全集成。其主要组成部分包括:自动气象卫星云图；计算(亚马逊EC2和AWS Fargate)和编排工具(AWS EKS，k8由亚马逊EC2和EC2上的客户管理)。
值得一提的是，应用网格的数据平面使用特使，产品支持虚拟机和容器，并支持多种产品形式。
它适用于亚马逊ECS、亚马逊EKS和EC2上的库本内特斯。此外，它支持开源特使代理，这从本质上帮助开发人员监控和控制微服务之间的通信。
具体来说，由应用网格建模的所有微服务的连接模式将自动计算并向每个微服务代理发送相应的配置信息。
这样，整个应用程序的程序标准化、易用性和流量控制要求都得到了满足。
与AWS对特使的偏好相比，谷歌的经验法则是围绕着Istio。
最初，谷歌在2018年底在GKE推出了Istio，并提供了遥测、记录、负载平衡、路由和其他功能。
然后是谷歌云服务网格。
作为Istio的完全托管版本，它不仅提供了开源版本的全部功能，还集成了谷歌云上的重要产品Stackdriver。
它旨在解决企业中增长最快的成本问题之一，即跨混合环境的管理复杂性。
随后，谷歌推出了测试版的流量控制器，它被定义为一个完全托管的服务网格流量控制平面。
它不仅支持全局负载平衡，适用于虚拟机和容器，还提供混合云和云支持、集中式运行状况检查和流量控制。此外，还有一个非常特殊的特性支持基于流量的自动缩放。
与谷歌的高调支持相比，微软已经聚集了更多的力量，推出了服务架构网格。
据了解，Azure服务结构是微软的微服务框架，最初是为公共云、内部部署以及混合和云架构而设计的。
服务结构网格是Azure的完全托管产品，将于2018年8月推出预览版。
此外，微软还在Kubernetes上引入了服务网格接口，作为运行服务网格的规范。
SMI定义了由不同供应商实施的通用标准，以便最终用户的标准化和创新能够得到平衡。它有望为服务网格带来灵活性和互操作性。
据悉，中芯国际作为一个开放项目，由微软、林克德、哈希公司、索罗、金沃克和韦弗沃斯共同发起。
与此同时，它得到了阿斯彭网格，规范，码头，枢轴，牧场，红帽和VMware的大力支持。
与之前几个大规模和首屈一指的受欢迎程度相比，服务网格领域中另一个值得一提的供应商是特莱特。
作为一家总部位于旧金山的初创公司，电讯管理局与谷歌有着深厚的联系，并由谷歌Istio项目的一些关键工程师组成。
据了解，他们长期以来一直在开发独立的企业服务网格，主要是为了降低在混合或大规模复杂环境中运行微服务所带来的管理复杂性。
Tetrate已经承诺将Istio和特使的开源产品与企业级功能相结合，允许数据和控制平面在复杂的企业环境中运行，这意味着“企业级的可伸缩性、可伸缩性和性能”。
"我们正试图简化Istio配置的复杂性."四合一面说。
当然，如果我们看看国内的企业，包括阿里·杜博网、腾讯的腾讯服务网、华为网和阿斯麦网，牧场主2.3版的Preview2开始支持Istio，而网易云轻舟微服务推出了基于开源Istio的服务网平台，其他许多企业也分别对服务网进行了个性化的技术尝试。
Ali dubomish
作为阿里巴巴内部面向服务的SOA治理项目的核心框架，Dubbo在2012年每天提供300多亿次访问，2000多项服务，并在会员网站上广泛使用。
即使在2011年开源之后，它也被许多非阿里公司使用。最后，服务治理和SOA的设计概念已经逐渐在国内软件行业扎根并得到广泛应用。可以说影响深远。
对Dubbo Mesh的简单理解是由服务网格定义为云原生组织的微服务架构解决方案概念，而Dubbo是实现该框架的含义。
一些数据显示，目前杜博网格主要包括三个过程:焊接机，试点和特使，以及轻量级瘦SDK。
具体来说，特使承担数据平面的角色，所有流量都将由它来传输，以完成服务发现和路由。
飞行员和焊接机共同承担控制平面的角色，实现服务注册、过程上拉和保持活动、集群信息和配置推送等功能。
瘦SDK是胖SDK只有在被删除后才能对Dubbo协议进行编码和解码的能力。
到目前为止，Dubbo应该是中国相对流行的远程服务框架，也是所有分布式体系结构互联的核心。
腾讯服务网
作为腾讯微服务平台(TSF)的服务网格解决方案，自2018年8月推出第一版以来，TSF网格已在金融、新零售、工业互联网和内部生产环境中实施。
在TSF网格的整体架构上，其核心功能与开源Istio一致，同时特使、试点、混合器、试点代理组件得到了增强，并且添加了养蜂服务器和网格域名。它的外围功能侧重于安全性、易用性、可维护性和可观察性。
TSF网格支持开源协作，并努力跟踪服务网格的技术发展趋势。然而，从技术发展趋势来看，如控制面均匀化、通用数据平面应用编程接口(UDPA)的标准化演进、wasm在特使中的作用、混合器接收、协议扩展和性能优化等都是未来亟待讨论的关键技术。
牧场2.3
牧场主的理念是“到处跑库本内特斯”，而Istio的支持性创新也是实现这一理念的一大进步。
据报道，牧场主2.3版本开始支持Istio。用户可以在用户界面中直接启动Istio，并为每个名称注入自动边车空。特别是，
牧场主有一个内置的仪表板支持Kiali，以简化Istio的安装和配置，这使得部署和管理Istio变得简单和快速。
“牧场主严格来说是单一应用。我们的服务器架构是集中式的，有许多不同的服务，如牧场主的用户界面、牧场主服务器的核心控制过程、目录、容器引擎对接基础设施等。如果将它们打包到一个镜像中，然后以统一的方式运行，管理升级将变得非常简单。”牧场主说。
网易云独木舟微服务网格平台
canoe微服务是基于开源的Istio推出的服务网格平台，它可以提供完整的微服务生命周期管理、流量管理和非侵入式服务治理解决方案。
它支持服务治理功能，如融合、降级、流控制、负载平衡、容错和高级路由，同时摆脱了服务开发框架和语言的限制。
具体来说，该平台可以通过统一的微服务模型，帮助将现有的微服务架构顺利迁移到服务网格，并不断优化数据平面，以解决由于Sidecar引入数据平面而导致的延迟增加的问题，与开源方案相比，服务延迟减少了100%以上。
支持无创监测数据采集，实时获取健康状况；支持容器化和非容器化部署，打破了服务网格开源版本中“部分”容器的限制。
华为网络公司和美国机械制造商协会
服务梳是java和go语言的微服务编程框架，而华为Mesher是基于华为的开源服务梳。
从开发目标的角度来看，Mesher不仅支持Kubernetes，还支持任何基础设施，包括容器、虚拟机等。这类似于网易云的服务网格尝试。
此外，华为的云Istio团队在生态方面投入了大量资金，并在Istio的基础上发布了自己的应用服务网格(ASM)，深度集成了华为的云容器引擎，提供了一个非侵入式的智能流量管理解决方案。
蚂蚁金套装软件
蚂蚁金服服务网格解决方案主要包括软件网格和软件网格。
SOFAMesh是蚂蚁金服推出的servicemsh开源产品，可以简单理解为Istio的地面增强版。
作为蚂蚁金融服务网格的控制平面，它与社区保持同步更新，并提供多租户支持。
作为蚂蚁金服新基础设施和中间件底层网络的通用解决方案，SOFAMosn有多种产品形式，是基于Golang开发的。
它在蚂蚁金服网格中扮演数据平面的角色，当与软件项目结合使用时，它与Istio系统兼容。
Servimesh技术在金色蚂蚁服中的应用实际上经历了几个阶段:
前期研究阶段:研究和探索将于2017年底开始，以确定方向。
探索阶段:2018年初，Sidecar SOFAMosn与Golang共同开发，基于Istio的SOFAMesh于年中开放。
小规模着陆阶段:在2018年开始内部着陆，用非Java语言替换客户端SDK，然后开始内部小规模试验。
规模落地阶段:2019年上半年，作为蚂蚁金融云一级架构升级的主要内容之一，将逐步扩展到蚂蚁金服的内部业务应用，稳步支持大推广。
全面着陆阶段:2019年下半年，它将全面铺开，并将大规模着陆。
在分析了各种学校的DIY情况后，我们发现大多数学校选择了特使；在数据平面上。除了在控制平面上的自我开发，Istio在很大程度上仍然依赖于扩展和定制。
总体而言，国内服务网的发展呈现出“多方参与、多方登陆、多方探索”的趋势，符合自身特点的服务网产品不断涌现，技术界反响热烈。
然而，从技术层面来看，Servimesh也面临着许多问题和挑战。
使用服务网格时会面临什么问题？
首先，服务网格是一个非常独特的平台解决方案。
这意味着需要在法规遵从性和业务考虑之间做出艰难的选择，前期成本将非常昂贵。
除了概念上的矛盾之外，服务网格的部署给体系结构带来了相当大的复杂性，它需要与现有环境集成并重复配置。
例如，服务网格组件以代理模式计算和转发请求，这将降低通信系统的性能，并在一定程度上增加资源开销。
随着网格和路由表的扩展，通过一系列代理的路由通信将非常缓慢。
此外，由于组件接管了网络流量，服务的整体稳定性将很有可能依赖于服务网格。额外服务网格服务实例的操作和管理也是挑战之一。
尽管应用程序既困难又具有挑战性，但人们对使用服务网格作为基础设施的关键部分的兴趣以及迫切需要采用的计划正在迅速赶上甚至超过容器。
无论企业的规模有多大，使用服务网格的紧迫性在未来都会显著增加。
在此基础上，Istio类似于K8S，是服务网格的容器。毕竟，考虑到生态系统的成熟度，Istio极具竞争力。
此外，核心服务网格用例将在2020年出现，并将成为下一批用户实施的参考。
可以想象，如果服务网格被使用，它的价值将变得更加明显。如果一个人已经考虑加入这个团队，预计将来会有很多机会。
附:文章参考了几个平台的内容，包括智虎和CSDN社区。主要资源如下:
下一代微服务！2018年服务总结
https://mp.weixin.qq.com/s/5j-1B5U8q2kE7f_DvPrBaw
KubeCon上海|云本地服务网格(Istio)企业峰会
https://mp.weixin.qq.com/s/_Ss3HrokTalRgs6R8sR-hA
企业服务网格竞争加剧
https://mp.weixin.qq.com/s/WRlbxt-B81 a1 qa5 cjipG
杜博网在自由鱼生产环境中的登陆实践
https://www.cnblogs.com/yunqishequ/p/10530705.html
滕循云中间件团队在服务网格中的实践与探索
https://mp.weixin.qq.com/s/20UJMs4U5YEUfxV6dS3oJg
浅谈华为微服务解决方案及实践
https://bbs.huaweicloud.com/blogs/110537
蚂蚁金服网的深度实践
http://blog . csdn . net/微信_ 44326589/article/details/102928587？ops _ request _ misc = % 257B % 2522 request % 255 Fid % 2522% 253A % 2522159237475219724846408250% 2522% 252C % 2522 SCCM % 2522% 253A % 252220140713.130102334.3 % 255 Fall。% 2522 % 257D & amprequest _ id = 159237475219724846408250 & amp；biz _ id = 0 & ampUTM _ medium = distribute . PC _ search _ result . none-task-blog-2 ~ all ~ first _ rank _ ecpm _ v1 ~ rank _ CTR _ v3-4-102928587 . ecpm _ v1 _ rank _ CTR _ v3 & amp；UTM _ term = % E8 % 9A % 82% E8 % 9A % 81% E9 % 87% 91% E6 % 9C % 8D+软件版本号
服务网格下的杜波思考与规划
https://zhuanlan.zhihu.com/p/98562980
网易轻舟服务网格产品升级，拥抱下一代微服务技术
http://www.soxunwang.com/kjrd/2020/0421/66443.html
服务治理、微服务与服务网格(一):杜波的前世
http://blog . csdn . net/M2l0zgssvc 7r 69 EfDtJ/article/details/79160126？ops _ request _ misc = % 257 b % 2522 request % 255 Fid % 2522% 253 a % 2522159232931919195265939573% 2522% 252 C % 2522 SCCM % 2522% 2522% 252220140713.1301023334..% 2522 % 257D & amprequest _ id = 159232931919195265939573 & amp；biz _ id = 0 & ampUTM _ medium = distribute . PC _ search _ result . none-task-blog-2 ~ all ~ first _ rank _ ecpm _ v1 ~ rank _ CTR _ v3-3-79160126 . ecpm _ v1 _ rank _ CTR _ v3 & amp；UTM _ term = Dubbo+网格
双层网格优化摘要
https://blog.csdn.net/weishiym/article/details/84922381? ops _ request _ misc = % 257B % 2522 request % 255 Fid % 2522% 253A % 25221592329319195265939573% 2522% 252C % 2522 SCCM % 2522% 252220140713.2523333401407.252525252525225..% 2522 % 257D & amprequest _ id = 159232931919195265939573 & amp；biz _ id = 0 & ampUTM _ medium = distribute . PC _ search _ result . none-task-blog-2 ~ all ~ first _ rank _ ecpm _ v1 ~ rank _ CTR _ v384922381 . ecpm _ v1 _ rank _ CTR _ v3 & amp；UTM _ term = Dubbo+网格
服务网格服务网格:什么和为什么
https://blog.csdn.net/zyqduron/article/details/80433995
-完毕-
量子比特签了合同。
请密切关注我们，首先了解最新的技术发展。
本文由 在线网速测试 整理编辑，转载请注明出处。
