容器技术如何改变游戏服务器托管行业

摘要： 过去12个月以来，我们已经见证了Docker容器技术在游戏服务器领域诸多激动人心的发展态势。 这款核心产品在成熟度水平方面已经迎来显著提升，而用户基础也实现可观增长，同时亦出现了一部分能够解决多种关键性阻碍的先进功能、能够帮助游戏服务器以及其它较为严苛的应用类型实现在容器环境中的运行。

过去12个月以来，我们已经见证了Docker容器技术在游戏服务器领域诸多激动人心的发展态势。

这款核心产品在成熟度水平方面已经迎来显著提升，而用户基础也实现可观增长，同时亦出现了一部分能够解决多种关键性阻碍的先进功能、能够帮助游戏服务器以及其它较为严苛的应用类型实现在容器环境中的运行。我们还迎来了一系列激动人心的新型产品及技术发展成果，这也进一步证明了容器技术在游戏服务器领域的可观发展潜力。

作为一名热爱游戏产业的软件工程师，我一直把自己的业余时间用在同游戏相关的项目开发工作身上。我还就游戏服务器中的自动化机制进行过一番思考，并将借今天这篇文章与大家探讨过去12个月当中Docker世界给游戏服务器乃至整个游戏业界带来的影响。

“2015年在游戏服务器领域出现了众多激动人心的@Docker开发成果。”——@brendanfosberry

尽管容器技术已经被世界范围内的众多Web应用所采纳，但其普及速度在游戏行业则仍显得比较迟缓。

从传统角度讲，游戏行业一般高度关注截止时间与交付能力，而不太重视可复用代码、开发人员体验或者代码库寿命。这类以交付为关注重点的开发工作能够显著实现创新，但创新范畴往往被限制在核心产品领域之内。有鉴于此，游戏行业在其核心优势层面拿出了众多激动人心的成果——包括人工智能、渲染、物理效果、分布式模拟与预测等等，但在周边或者附带服务领域却没能实现多少值得一提的新技术。

正因为如此，Web服务行业在公共API及工具、容器技术乃至新型语言与框架领域一直保持着领先优势。而将其与游戏行业中典型的闭源编译产品相结合，我们就能清楚地看到Docker及其它容器技术为什么会在拥有可观适应度的情况下仍然未能被游戏业所广泛接受。事实上，容器系统确实能够协助解决各个行业当中的常见问题，特别是游戏服务器领域中的问题，包括可移植能力、关联性以及资源控制等等。

容器能够解决游戏行业中的诸多难题，但其未能被广泛接纳亦是有原因的。

这并不是说Docker并没能找到自己在游戏行业中的切入点。Improbable.io就已经开始逐步利用Docker支撑其模拟平台，而就在今年早些时候EA公司亦就自身对Docker的应用进行了说明。在这两个案例当中，Docker都负责对游戏服务器者托管——但在托管的同时，亦负责提供一套高度自动化的实现平台。

Thomas Shaw曾在DockerCon 2015大会上做出过精彩的演讲，探讨如何利用Docker推动文化变革。Demonware公司利用Docker工具集作为其开发流程中的组成部分，旨在支持长期运行项目并减少不同项目之间跨越性关联性所引发的问题数量。这无疑是一种值得借鉴的将Docker应用在广泛相关场景之下的实例，意味着我们并不需要过多考虑其管理的到底是何种最终产品或者托管方案。

在Docker中托管游戏服务器的现实障碍

正如我们所见，Docker已经被游戏行业所接纳，并搭配通用型工作流程或者作为集中性高自动化托管环境容纳应用程序的独立运行。这些重要进展意味着各游戏服务器能够被作为一个整体，并通过合适的容器化调整实现种种显著收益。

就目前而言，游戏服务器拥有以下几种重要表现形式：

自主托管。EA等大型厂商的运营思路导致各部门很难运行属于自己的游戏服务器，但他们可以向游戏玩家提供一套强大的服务器资源池以承载各类公共与私人竞赛平台。这种同质化游戏服务器环境意味着容器化技术能够轻松进行部署，并为各游戏服务器带来高度自动化水平。不过这同时意味着通过mod以及定制化游戏建模实现创新的空间被大大压缩。

非托管。在非大型多人游戏当中，部分游戏玩家会在短时间内充当游戏主机，这意味着游戏厂商不需要为其提供专门的游戏服务器。在这类情况下，该服务器通常可被集成至游戏客户端当中，而容器化技术则很难再有用武之地。由于游戏以本地方式进行托管，因此游戏玩家能够对内容拥有更充裕的控制空间。

混合型。在大多数情况下，游戏服务器都会由专门的服务器充当并供用户使用，但开发人员也可以提供一整套官方服务器资源池，以供游戏玩家获得更理想的游玩体验。在专用服务器当中，用户能够以任何适合自己的方式进行游戏内容托管，而容器化选项也能够发挥重要作用。这也是我们应当高度关注的使用方式。

以上提到的几种不同使用模式会极大影响游戏服务器管理员的工作内容。很明显，在托管环境当中，这很像是由大量自动运行服务器所支撑起的DevOps团队。

而在使用专用服务器时，用户群体则往往变得更加多样化。除了传统托管平台——包括开发商自身的平台以及某些独立组织提供的平台——之外，大家往往还能够看到一些由小型游戏团队及公会托管的，由数台服务器构成的运行平台或者独立承载设备。当然，也有一些由个别玩家运行的临时性服务器存在。

这些团队之间的技术水平往往存在着巨大差异，而这会显著影响Docker等技术方案的具体实现效果。设置过程越简单、管理员的技术水平越低，那么用户在使用容器化等非标准化托管方案时的体验也就越差。

考虑到这一点，我们也就理解了为什么Docker往往无法成为游戏服务器技术体系中的常见组成部分。由于不同游戏服务器需要匹配不同的持久性、配置与网络架构选项，因此其复杂程度也相当之高，这意味着游戏服务器往往会给容器技术带来诸多限制条件。

“游戏服务器往往会给容器技术带来诸多限制条件。”——@brendanfosberry

虽然我们能够利用容器完美解决很多与依赖性相关的问题，但其它问题却往往很难从容器中找到答案。一般来讲，用户比较喜欢利用IP地址接入特定游戏服务器，而且开发人员通常并不会将高可用性作为游戏服务器设计中的必要组成部分。

这些问题关乎标准化、复杂性以及具体理解，也明确解答了为什么很少有人愿意利用容器作为游戏服务器托管平台。尽管如此，仍有一部分早期容器镜像以此为目标，旨在实现包括《我的世界》以及其它一些游戏的服务器运行平台。

容器技术确实能够解决多种常见问题，包括隔离性、资源控制、速度保障、可移植能力以及其它各类游戏服务器需要考虑的因素。目前大多数游戏服务器托管厂商都以速度/成本指标作为优先考量，意味着其属于一种成本驱动型解决方案。而容器自身具备的潜在效率与速度优势则让容器化成为游戏行业无法忽略的重要选项，只不过在广泛应用方面仍存在着一系列障碍。

　2015年内最具颠覆性的Docker变化

在过去12个月当中，核心Docker产品及其它相关方案已经迎来了巨大变化，而这也会给容器化机制在游戏服务器领域的表现产生显著影响。

CRIU

今年年内容器技术最引人注目的变化莫过于对CRIU的支持能力，DockerCon 2015大会就完美展示了《雷神之锤》的迁移案例。

“从游戏角度来看，@Docker最显著的变化就是面向@_criu_的支持能力。”

作为早期演示案例，其证明了应如何将CRIU作为容器基础设施的组成部分，从而帮助我们在最低影响前提下对运行中的特定应用进行实时迁移。CRIU应该会通过runC库成为Docker核心功能中的组成部分。

由于CRIU能够保留内存数据、进程甚至是开放接口，因此其应该可以同各类不同游戏服务器乃至应用程序类型相兼容。这意味着大多数现代游戏服务器都可以借此轻松从一台主机迁移至另一台，甚至实现跨数据中心迁移——而且除了一些意料之外的延迟，接入游戏服务器的玩家仍能继续游玩。

很明显，这种设计思路同不少传统游戏服务器完全不同，特别是那些高度依赖于相关服务器网络架构的集群化及其它典型大规模Web服务。有鉴于此，CRIU可能无法与某些游戏服务器直接兼容。

Docker插件

Weave、Calico以及其它一些容器网络技术已经拥有一段时间的发展过程。然而，随着Docker插件框架的出现，上述技术恐怕将逐步退出历史舞台。强大的插件支持能够虽然值得赞赏，但其持续性往往很难满足游戏服务器对于核心功能的要求。

不少游戏服务器会利用主服务器清单进行自我注册，并对其IP地址以及具体端口进行自动化报告。这意味着各客户端能够自动定位并接入游戏服务器，但同时也意味着其设立了一种容器范例所无法兼容的简单网络堆栈架构。

通过使用网络插件，我们能够发挥路由方案的固有优势，使得容器IP在这套基础设施中成为优先项目。这不仅可以显著简化动态路由机制的实现方式，同时也能够带来额外的助益，使得IP地址在整套堆栈内自由迁移以保持同游戏服务器实例的持续连接。这种特性对于那些通过连接信息保存IP及端口的简单服务器实现方法而言非常重要。

更为重要的是，通过使用Docker网络插件，我们能够将CRIU功能集纳入到更为广泛的游戏服务器当中，从而实现更加复杂的网络架构。

​​​​​​​

原文链接