Go游戏服务器开发的一些思考（十六）：IO游戏服务器架构

服务器架构类型

本系列第3章中，有段落简单介绍过 服务器架构类型。对于IO游戏来说，通常会是大区大服类型

本文将详细介绍，大区大服类型的服务器架构

架构图

• 后缀(N)，代表可以多开
• 绿色框，代表各类服务都会去连接
• 黄色框，代表各类服务有需求的都会去连接
• 虚线，代表用到时连接
• 实线，代表长连接

以上为一个IO游戏服务器架构的最小架构集

最小架构集

• Login，负责登录逻辑
• Room，负责核心房间玩法
• Base，负责个人业务逻辑
• NodeMgr，负责节点管理，服务发现
• Hub，负责转发跨节点消息
• Cache，玩家数据中心（运行时）
• DB，玩家数据中心（持久化）

架构特点

• 引入Cache服务节点

  • 去中心化（其他节点）
  • 无状态化（其他节点）
  • Cache节点的可靠性需保证

• 引入NodeMgr服务节点

  • 去复杂配置
  • 动态增减节点
  • 节点自发现

• 引入Hub服务节点

  • 简化服务器间连线

• 引入Login、Base服务节点

  • 争取最大限度的业务逻辑复用

• 引入Room服务节点

  • 核心玩法修改地，即细节基本无法复用的所在地

• 其他小众业务逻辑

  • 新增服务类型节点