改造游戏架构,游戏架构教程-ESG跨境

改造游戏架构,游戏架构教程

改变游戏结构

有三种方法可以应用容器化转换，可以点击这里查看。以一款游戏为例，本教程将改造微服务的架构，然后将游戏容器化。

本教程没有深入解释转换的细节，而只是一般性的建议。如需了解更多集装箱化改造流程，点击服务咨询。

描述:

本章主要讲解游戏架构改造的建议，不需要用户实际操作。如果需要实际操作，请直接进入分析游戏应用章节。

关于集装箱化改造的建议

游戏演示的原始架构如下:

图1游戏的原始架构

从图1中可以看出:

游戏由wowauth登录认证系统、wowworld游戏服务器和mysql数据库三部分组成。

一个虚拟机安装wowauth登录认证系统及其依赖性；两台或多台虚拟机安装mysql数据库及其依赖关系；或者三台虚拟机来安装wowworld游戏服务器及其依赖项。在目前的架构下，如果有多个游戏套装，需要多个虚拟机来安装。这就导致了这种架构带来的关键问题:繁重的部署，需要准备多个虚拟机，为每个虚拟机安装不同组件所需的依赖包。

扩展性差，难以扩展，维护成本高:在添加服务器时，需要添加新的虚拟机，然后安装游戏套装。且多个虚拟机维护非常复杂。

升级困难:每次升级都需要多个虚拟机逐一配置升级，耗时长，容易出错。

根据游戏架构，建议做如下修改:

图2游戏的新架构

如图2所示，游戏的三个组件(wowauth登录认证系统、wowworld游戏服务器和mysql数据库)被容器化并部署在虚拟机中。获得以下优势:

描述:

在这个演示中，mysql被用作数据库，mysql也被转换成一个容器。在实际商业使用中，请根据自己的业务选择数据库。

轻量级部署:将游戏的三个组件制作成容器映像，并将映像上传到容器映像仓库。CCE云容器引擎可以基于这个映像直接部署容器应用。

扩展性好，扩展快:当需要添加新的游戏套装时，只需启动一个容器即可。集装箱可以在几秒钟内启动。

升级方便:升级时可以通过改变镜像快速升级。并且CCE支持滚动升级，升级时不需要中断服务。

特别声明：以上文章内容仅代表作者本人观点，不代表ESG跨境电商观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与ESG跨境电商联系。