《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2 游戏类泛娱乐——3.2.4 游戏技术服务演进

2023-05-26 109

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.2 游戏类泛娱乐——3.2.4 游戏技术服务演进

3.2.4 游戏技术服务演进

3.2.3.3 原始架构时代

从典型互联网的BS架构向游戏CS架构转变

从游戏形态来看，客户端游戏早期以CS架构为主，而不用BS架构。CS框架的好处是将游戏数据存储在本地，能够充分发挥主机性能，使得玩家能够获得流畅的游戏体验，个大型的网落游戏服务器应该包含几个模块：网络通讯，业务逻辑，数据存储，守护监控(不是必须)，其中业务逻辑可能根据具体需要，又划分为好几个子模块，运维阶段面临的问题更多是游戏内多模块的调用，所以核心要做到Server端的细化服务运维。

典型互联网的BS架构向游戏CS架构转变

3.2.3.4 石器架构时代

从传统IT “All in one”架构至云上稳定性架构转变

而在页游、手游形态阶段，架构较为通用，这阶段以弱交互游戏为主，这种服务器架构和我们常用的web服务器架构差不多，也是采用nginx负载集群支持服务器的水平扩展，多以LNMP/LAMP架构为主，且大部分未做高可用。客户端通过入口到游戏大区列表，根据选服务访问对应系统，web层面多用Nginx或apache，结合 php-fpm或tomcat，数据层落单点mysql存储，这样单游戏在一台服务器上的架构我们形象的称之为“All1in1one”架构。这个架构最大的问题无疑就是故障场景往往无法快速恢复，在极端的硬件损坏场景影响往往很大，所以非常依赖运维工作，这也是最早刀耕火种模式，运维需要建设数据库备份模式、异常快速拉起能力、服务进程稳定性等。