第三步正式迁移，正常的游戏停服维护时间（0.5~2小时）就可完成业务上阿里云的迁移。目前已经平滑完成3款游戏产品的迁移，每款产品准备时间3~5天，正式迁移用时1~2小时，在阿里云平台使用的虚机超过1000台。

图三：新游戏上阿里云部署方案

上图为ALL IN ONE架构迁移在阿里云后的游戏部署：游戏逻辑运行在ECS上，业务中使用VPC网络，通过自建的ULB对外提供服务。游族网络下一步计划将集群模式部署在阿里云平台上，游戏逻辑将在ECS集群运行，后端数据存储在RDS集群中，前端通过SLB和负载均衡保证业务高可用，同时会接入LOG和大数据计算服务MaxComputer确保大数据业务。 

在迁移到云的过程中，阿里云的技术支持起到了关键作用，线上线下及时沟通，以及特定技术的定制，保证了整个迁移过程的顺利进行。

如何去选择合适的数据库？

在游戏迁移过程中，遇到了很多困难，其中一点是选择自建MySQL还是RDS。根据游戏迁移经验，解决该问题，他认为应从以下三个因素进行考虑：

1.实例数量：实例数量多且业务规模小（无需进行针对性的优化）适合自建MySQL服务；实例数量不多业务相对会比较集中，数据库负载较高需要针对性的进行优化适合使用RDS服务；

2.数据大小：数据量的大小会直接影响到数据库性能和数据备份的机制，数据量越大越需要对数据库进行精细化管理，数据的备份难度也越大，这种情况下建议使用RDS服务，反之可自建；

3.成本核算：从实例规格来看RDS会比ECS自建MySQL要贵，但若是必须用到RDS的某些特性（如：数据安全和稳定性）时成本也就不会放在首要位置了。

与此同时，大数据量的自建MySQL可以采用延时同步的方法，此方法已在游族网络的女神联盟（手游）的集群架构方案中在使用。游族运维团队独创的数据备份系统、UJOBS、业务网关等独具特色解决方案确保了其业务量在行业内处于领先地位。

QA环节：

1、游族目前的运维人员数量是多少？

答：游族网络最初运维团队在二十人以上，经过技术优化后，目前团队人数在十人左右。从原来的十几款产品到现在的三十几款产品，运维业务量增长一倍，整个运维团队人员缩减一半。团队不断将技术转化为生产力，这是一个持续推进的过程。

2、从运维小白到总监的成长过程？

答：首先，我对运维这个行业保持很高的兴趣。从游戏对战平台接触运维开始，就愿意持续花时间投入游戏运维，曾耗费两天三夜的时间来处理运维中遇到的故障。当然最初也是从底层的运维人员做起，团队管理是被逼出来的，是一个慢慢成长的过程。在团队中，学习应居于首位，每个运维人员需要不断地学习，提升自己的能力。

3、DB除了MySQL还有其他类型吗？比如NoSQL这类数据库是如何管理和部署的？

答：游族网络的产品绝大多数都是使用的MySQL，有少数产品使用了Mongodb，因为量少暂时还是通过手工管理；缓存业务有使用Redis但不存储关键数据，Redis的数据备份使用数据备份系统进行集中管理，所有的软件部署都是通过标准化的业务模板进行管理的。

4、在新方案中，大数据计算服务MaxComputer的应用场景是什么？

答：在游族之前的架构中，游戏日志是分开存储，易丢失。在新的架构中，通过Log服务将游戏日志搜集到大数据计算服务MaxComputer，对后续的游戏和运维数据分析提供便利支持。

5、数据库的部分是单DB多实例吗？有没有启用分布式DB的架构呢？

答：ALL IN ONE架构下，在一个MySQL实例中只运行一个业务；在集群架构下，在单DB实例下，会运行多个业务，分布式DB架构也相应是必备的。

6、游族私有云是用的OpenStack，本身组件很多，后续和公有云之间如何衔接的？

答：目前游族使用OpenStack仅限于机房，短时间内不会与社区版本同步，机房内修改和使用都很简单，整个OpenStack定制和修改不多，更多着重于框架的使用。

7、国际节点和国内节点的高可靠链路如何建立？

答：该链路使用的基本资源是遍布全球的阿里巴巴骨干网，阿里云是将自己的资源分享出来给使用VPC的客户，实现国内外高可靠链路的建立。

视频回放地址：

幻灯下载地址：https://oss.aliyuncs.com/yqfiles/a4fa09bc8a0a2a559df4b93839437a88.pdf

(责任编辑：admin)