游戏公司平台迁移与架构优化全解析
1. 数据结构与兼容性
当前使用的 Orchard 版本,其在本地与 Azure 市场提供的版本的数据结构是兼容的。关于数据转换的实施计划,将在后续的数据架构部分详细阐述。
2. 消息传递与集成点
Cardstock 应用层主要由集成服务构成,即用于快速数据解析的 RESTful API 调用。在基础架构中,对库存系统的调用也是 RESTful 的,因为来自门户和 Cardstock 的负载不足以需要其他类型的解决方案。随着平台向区域和全球可扩展阶段迁移,需要探索处理库存交易相关事件的不同机制。
使用排队技术捕获库存系统相关事件信息,可使系统与库存存储交互,只需知道发布事件的需求和发布端点即可。不过,允许不同平台对与其不太相关的系统进行数据更新,表面上看有些冒险。
目前最大的集成点是新库存管理系统与 POS 升级工作的集成。门户和 Cardstock 所需的 API 依赖于新库存架构的实施以及 Square 提供的 POS 解决方案。使用 Square 进行 POS 集成的一个卖点是,可实时更新店铺位置的库存,包括商品保留、店间订单和店铺自提等。
3. 与 Square 的对接
Square 为应用开发者提供了丰富的 API,即 Square Connect。通过它可以与订单管理、库存管理、位置、员工等多个方面进行交互。店铺的 POS 设备以及 Gamecorp 全球库存系统(G2IS)都会与这些 API 进行交互。
Square API 有不同版本,具体取决于执行的操作。幸运的是,Square Connect SDK 通过抽象处理了这个问
游戏平台迁移与架构优化
超级会员免费看
订阅专栏 解锁全文
176万+

被折叠的 条评论
为什么被折叠?



