【希壤】元宇宙后台

文化娱乐游戏案例ID：225223

张扬

1 年经验· 百度

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

《希壤》国内首创元宇宙后台，基于传统游戏服务器，整合多项创新技术
1、打破技术壁垒，实现10万人同图、同屏，100万人在线。传统游戏服务以地图为最小运行单元，单图人数过多时，采用分线或静像方式分流，承载有上限。《希壤》元宇宙后台支持最多十万用户同屏，采用全新的对象级分布式框架，打破用户、NPC 、区域等对象必须绑定到地图的条件限制，实现十万人同屏能力。
2、Script-Var、LUA 协议与 LUA 框架，与收敛状需求的游戏业务不同，元宇宙业务面向多行业、多垂类，需要一套灵活易用的业务层框架实现快速迭代、开发、交付。《希壤》后台通过向 LUA 层封装一套 Script-Var API 来实现类似K/V的存储机制，同时 Var 可以设置 Owner （发送给本体客户端）、Other （广播给可见客户端）、Save （存库）等 Flag ，再配合
LUA 层自定义协议支持，可以实现各种复杂业务逻辑。
3、租户与容器化，《希壤》元宇宙面对的一个挑战是，B端客户希望拥有一套自己独立的元宇宙世界（租户），通过 SaaS化的方式运营/运维自己的世界。《希壤》后台通过 ZCE 服务+K8S实现独立租户 SaaS 化运维。ZCE 服务可自动创建、删除
POD ，管理后台算力资源。同时通过 docker 镜像还可为用户提供版本升级能力。
4、独立 Nearby 服务，《希壤》后台采用对象级分布式框架，业务服务器无法高效计算 nearby 信息。Nearby 服务专门负责计算对象的 Nearby 状态，业务服务将对象的位置等状态同步给 Nearby 服务，后续的状态广播与 Nearby 关系的维护全部由 Nearby 服务来完成，业务服务只需处理业务逻辑即可。
5、微服务理念，《希壤》后台借鉴微服务设计理念，将业务拆分成多个独立服务，通过 GRPC 或协议交互调用。
6、热载，《希壤》后台开发了一套可在生产环境对静态数据（业务配置数据）与业务 LUA 脚本代码进行热载的能力，实现
B端用户不关服即可对大部分业务进行变更和升级，无需中断业务运行。
7、热扩热缩，基于k8s容器化管理实现的对象热迁移能力。《希壤》后台属于有状态服务，租户在扩容或缩容时需要关服。实现热扩热缩能力后，用户无需关心承载问题，后台会自动根据当前的负载伸缩服务器容量。最重要的一点是，热扩热缩能力使得后付费变为可能。