随着以容器为外围的新一代利用承接平台的崛起，微服务正焕发出新的生命力。
通过长期的技术钻研开发与利用实际，联通软研院最终确定了以服务网格（Service Mesh）为微服务的演进方向。上一期咱们理解了联通服务网格的倒退历程及利用变迁，本期咱们将从将来布局的层面，更加深刻地分析服务网格的发展潜力。
推动微服务，将来服务网格产品的布局
现在，服务网格产品曾经具备了流量治理、平安、可观测性、实例治理四个方面的能力。将来服务网格产品化也将持续紧跟 Istio 社区动静，继续迭代微服务相干能力，适配业务微服务场景，让服务网格可能更多业务场景落地。面向未来，联通将落地几个初步构想。
服务网格性能优化—单跳计划
因为服务网格技术中边车 Sidecar 用于业务的流量，其带来的提早，始终是业务特地关怀的，也是服务网格将来是否被被业务方所承受的关键因素。
目前社区的计划为业务所有的进（Inbound）和出（Outbound）流量都会被边车 Sidecar 拦挡，该形式称为双跳计划。社区双跳计划往往性能差，无奈在超大规模环境着落地。
通过剖析发现在流量拦挡机制中 Inbound 流量非必要，因而能够思考将缩小 Sidecar 非必要 Inbound 流量拦挡，该形式称为单跳计划。该计划比照双跳计划，可能显著缩小 Sidecar 带来的时延。
服务网格性能优化—eBPF 计划
通过引入内核 BPF 中 socketmap 和 redirect 机制（提供了一种非凡的 map 类型即 socketmap，能够来做 socket redirection），绕开 TCP/IP 协定栈，升高边车 Sidecar 层面带来的时延。
扩展性优化—Fallback 机制
服务网格中典型的代理模式是通过 Sidecar 来进行申请拦挡解决，实现微服务的能力。而在理论的实际中，业务往往对减少的 Sidecar 的稳定性有很高的要求，只管能够尽可能保障 Sidecar 的稳固，但仍无奈打消业务的顾虑。
因而提供直连模式，可能保障业务可能在极其故障状况下，实现申请不通过 Sidecar 拦挡解决，而是交由业务来解决流量，即便 Sidecar 存在的状况下。
Fallback 机制可能无效保障业务的可靠性，可能实现代理模式和直连模式自在切换。
扩展性优化—按需下发
通过剖析社区『全量下发』的计划，发现在规模化的场景中，往往会呈现瓶颈问题。次要体现在 XDS 的全量推送和频繁低效变更。
因而设计『按需下发』的计划，即下发的 XDS 数据肯定是 Sidecar 所须要的，防止非必要的冗余数据和有效变更，晋升服务网格的整体性能，满足规模化落地场景的须要。这里的『按需下发』次要是要收集微服务调用的依赖关系，会通过手动和程序主动收集的形式来收集。
治理能力优化—国产化
思考到的业务会运行在各类国产化环境中，因而也会将服务网格整个技术体系兼容不同的国产化环境。在芯片层面须要兼容 X86、ARM 和 PPC，在操作系统上须要兼容统信 UOS 和麒麟。
服务网格带来的价值收益
无论是业内还是落地服务网格的感触，都能领会到基于云原生服务网格给业务带来的收益价值，那么，服务网格能带来什么样的价值收益？
微服务技术栈对立
通过服务网格『技术设施下沉』的思路，实现了现有的 RPC 框架和星舟框架技术栈对立。一方面可能节俭不同微服务框架的运维人力，另一方面可能实现微服务性能的对立。
目前基于 RPC 框架和星舟框架的业务利用，能够实现『零革新业务代码』达到迁徙到服务网格的目标。
技术架构云原生化
基于 K8s 和 Istio 构建的微服务架构，正在逐渐替换已有的 Mesos 和 Marathon 架构，K8s 和 Istio 的技术架构是业界支流的云原生架构，后续也将紧跟社区，独特倒退。
反对多开发语言
服务网格可能人造反对多种开发语言的服务治理。无需针对多种开发语言保护多套微服务技术体系，显著节俭人力老本。
非侵入式接入监控
基于现有的业务现状，实现了业务真正的『非侵入式』接入服务网格，同时实现了边车 Sidecar 监控数据和业务外部办法级别监控数据的买通，达到服务网格上的监控能力不低于业务现有监控能力的目标。
服务治理体验晋升
通过 UI 化的服务治理形式替换原有手动配置服务治理项的形式，大大晋升了用户应用服务治理性能的体验。同时也极大缩短了业务服务治理周期。目前联通所有试点我的项目已实现了测试环境迁徙的验证，其体现合乎预期，局部试点业务曾经向生产上线并安稳运行。在将来，联通将有更多的业务会逐渐向服务网格的技术架构迁徙。基于优异的云原生实际场景，联通软研院和百度智能云将携手在服务网格畛域做更深刻的联结研发和技术摸索，独特实现服务网格技术在安稳落地，放慢业务向云原生化转型，减速开释业务的外围价值！
文 / 联通：温怀湘 百度：刘超