“云原生怪圈”驱动的网易大规模容器化与Service Mesh实践

“云原生怪圈”驱动的网易大规模容器化与ServiceMesh实践

不久前，2019携程科技峰会在上海举行。本次峰会的主题风格为“与科技同行，携智慧同行”，聚焦互联网大数据与人工智能技术、无线网络前端、架构演进、云原生四大热门技术领域。网易云音乐顶级系统架构师刘超受邀在云原生主会场演讲，为特邀嘉宾分享网易游戏规模容器化、服务网状化的社交经验。

网易音乐顶级系统架构师刘超

随着云原生技术的发展趋势，容器化和微服务在公司战略转型升级的全过程中也发挥着越来越重要的作用。网易游戏作为行业云原生技术的开创者，在器物和微服务的实践活动中积累了丰富多彩的工作经验。刘超网易游戏的器物和微服流程总结为四个阶段。

第一阶段:应用层和基础设施各有各的功能

第一阶段，应用层和基础设施层各司其职，主要表现在组织架构上，即开发设计只承担代码打字，运维管理只管理资源并进行部署。随着应用的增加，应用层变成烟囱状结构，运维管理也感受到工作压力，根据脚本制作和部署释放人力资源。现阶段的关键问题是，脚本做不出管理系统，维护不了。Vm依赖人工服务进行生产调度；高可用性依赖于最低的FT、HA和DR系统，没有办法区分业务流程和优先级；互联网、虚拟化技术、存储等基础设施没有抽象的概念定义，复杂度高，全方位依赖运维管理，审核多。

第二阶段:应用层服务创新，进入“云原生困境”正循环体系

这类问题驱动应用层刚刚开始服务创新分拆，进入第二阶段。但微服务管理体系的建立并非一蹴而就，服务创新、申请注册、服务项目发现等分离只是基础。创新服务架构给应用层带来的眼前问题包括服务项目滑坡、恳求存款多、常见故障修复慢等。，并且有必要引入故障快速、熔丝、软三层开关等系统。另一方面，随着应用层服务项目总数的增加，也会造成基础设施层的工作压力，使得服务器空的分配以及自然环境的管理方式和部署变得困难。

“云原生困境”驱动的应用层和资源层良性循环系统

当公司根据基础设施层的云化和服务平台的自助化完成资源层的柔性生产调度时，会引起应用层总数的增加。刘超的这个全流程品牌被形象地描述为“云原生的困境”，而这个圈子里的正向循环体系正是云原生定义的关键体现，也是网易游戏在ware和微服行业不断探索和完善的动力。

阶段3:基础设施层呈现统一的应用层架构

此时的微服务架构和服务治理还停留在应用层，业务流程层面临着大量业务流程编码以外的开发设计工作。一方面，基础设施层必须统一微服务架构和开源系统技术栈，服务于项目的业务流程端；另一方面，CI/CD服务项目必须根据Jenkins创建，抽象出商品、自然环境等多层次定义，以匹配具体的产品开发场景。据刘超详细介绍，第三阶段，一方面，网易游戏按照微服务修复的逻辑，被拉出到微服务修复架构NSF中，以非侵入的方式完成，适用于SpringCloud、Dubbo等开源系统，如technologystack另一方面，根据APM、API网关ip、器皿、分布式事务的介绍，对现阶段遇到的新问题进行了处理。特别是容器化改造要适应vm部署模式，慢慢转移，保证与IaaS深度融合，才能完成最好的特性。

阶段4:基础设施层呈现服务网状架构

在这个阶段，也就是第四个阶段，网易的一部分业务流程已经在尝试在基础架构层呈现服务网状架构。根据网易考拉的特点分析，其向服务Mesh转型的计划一般以EnvoyIstio为主。从数据信息方面来说，出站偏向边车，进站可以配备总流量阻断。飞行员是关键控制面，注册中心按照Kubernetes的原生态方法完成。另外，在整个转移过程中，由于需要对旧框架进行适配，所以可以按照灰度值引流法完成渐变转移。

此外，为了解决容器化后接口测试需求指数级增长的问题，canoe微服务还展示了全流染色的效果。比如按照全流染代理的接口测试管理方法，所有接口测试在一套标准的自然环境中共享资源，全部部署使用，在分支自然环境中只增加或减少服务项目；多栈、多自然环境、多主机房的全流程染色规划方案，可以随主机房部署多套Kubernetes完成A/B检测，也解决了Kubernetes的升级风险问题。

云原生架构的“一栈”专用工具链

网易将利用其在微服务行业的社交经验，以划独木舟微服务平台的方式颠覆外部环境客户，协助其完成易于连接和运维管理的微服务解决方案。轻舟微服务平台包含七大产品系列，可以覆盖云原生架构的“一栈式”专用工具链。比如，采用API网关ip、NSF微服务架构、分布式事务密钥来搭建中间管理系统，加速业务流程的自主创新；服务平台的关键是探索互联网技术和支持分布式系统的应用。CI/CD和GoAPI测试平台，关键完成持续集成和灰度释放，以提升产品体验。