本文根据林香鑫老师在〖Gdevops全球敏捷运维峰会-广州站〗现场演讲内容整理而成。
讲师介绍
林香鑫，网易游戏团队负责人。年加入网易游戏，目前任网易游戏技术中心平台服务组团队负责人、技术专家，长期负责运维开发方向的工作，当前主要负责CMDB和配置管理、流程引擎、交付平台、基础组件和工具等研发管理工作。
分享概要
一、应用交付形态
二、问题和解决方案
三、当前成果
四、未来展望
一、应用交付形态
1、应用交付
大家对应用交付都很熟悉，游戏应用交付简单来说就是将游戏代码分发到服务器上对外提供服务，然后玩家通过客户端连接，使玩家能够顺利进入体验游戏。
应用交付这一过程说起来简单，但在准备过程中，需要运维同学完成许多工作。例如资源管理、配置管理、多环境需求、面向游戏的业务运维。游戏的业务运维与其它类型应用的业务运维有很大区别，这也是我们在设计整套机制时遇到的问题，下文中的许多案例也会围绕这一点展开。
游戏的发布和运维具有特殊性，例如游戏会强调开服、关服时间，可能会对整个资源的交付时间以及开服时效有较高的要求。除此之外，游戏本身是一个交互式的服务，它可能会影响玩家的体验，所以对于日常服务运维过程中的问题排查，也会有较高的时间要求。
2、应用交付形态
在服务交付的过程中，我们都用什么工具或者手段来解决上文中提到的问题呢？
首先，shell脚本大家都很熟悉，在早期，运维同学会用这种方式完成比较简单的部署。之后逐渐用较为规范化的流程工具将日常的运维流程串联起来。在这一过程中，我们内部诞生了一个被称为Aladdin的自动化系统，它满足了现阶段大量游戏的自动化运维需要。后来随着云原生的演进，业界也逐渐出现了一些资源编排技术，这一阶段我们做过一些简单的尝试，但并未持续太久。
最后我们直接使用了以应用为中心的编排方式，在多环境下实现快速应用交付。在社区中，比较有代表性的是叫KubeVela的开源产品，在我们内部则是通过一个叫Atlasx的产品实现了一套应用编排机制。
在上图整个过程中，自动化程度是逐步提高的。前两个阶段自动化程度提高体现在工具或技术上，步入资源编排或应用编排之后，自动化体现在了基础设施是否可编程，甚至业务逻辑是否可编程。与前面两个阶段相比，后面两个阶段更强调整个应用编排的可编程能力，下面的分享我将围绕这一内容展开。
二、问题和解决方案
1、面临的挑战
上文中提到我们内部已经有一个大型的系统去承载标准化的流程运转，那么我们为什么还要去实现可编程能力呢？
如果大家经常玩游戏或进入过网易游戏
联系电话：