对中大型游戏企业而言，业务“深水区”藏着诸多看不见的隐患。有的时候明明大盘玩家数量稳步提升，但经营回报率却不达预期。

这种情况的出现，是因为随着业务不断拓展，业务问题复杂度呈几何级提升。但盘子大了，发现、响应、解决问题的效率却并未有效提升，反而由于许多问题牵一发而动全身，导致处理起来更加棘手。以业务拓展所带来的大量玩家数据涌入举例，如果以业务视角考量，必然是希望达成的好结果；但如果承载、管控不了这一结果所带来的连锁反应，比如大数据量所带来的数据获取问题、延迟问题，无法通过数据更敏捷地捕捉玩家动向，并进行更深入地分析，支撑后续迭代方向，前期的投入就会被浪费，想要弥补又需要花更大的资源投入，进入恶性循环，造成好不容易吸引了玩家，却留不住玩家。

业务“深水区”的“暗礁”有哪些？

• 游戏出海丢数据

在全球发行的过程中，大多数游戏企业往往将数据平台搭建在海外区域。但是，面对陌生的市场环境，游戏企业所面临的困难与挑战远高于国内市场。

比如，由于部分海外地区的网络基础设施不完善，出海企业经常会遭遇客户端网络问题导致的数据丢失情况；而用户设备复杂、配置不一，也使得埋点数据上报极易导致应用崩溃出现，造成数据获取的完整性并不能满足业务需求。

• 高峰时段响应慢

游戏业务运转的一个重要特征是波动较大，流量高峰时，响应速度必须要快。

但在高峰业务场景，数据上报却更加容易出现问题。比如，在开服首日、重要运营活动上线等场景，大量玩家涌入使得海量数据在短时间内上报，极易导致严重的数据丢失问题。

同时，在不同的版本周期，业务重点关注的数据不尽相同。比如，在大规模买量期，营销相关数据上报的优先级会更高，但想要动态调整部分数据为实时上报，对于大多数游戏企业而言，只能对全盘数据上报作出调整。

• 数据应用延迟

在发行和 CP 之间，往往需要共享业务数据，同时也存在部分数据需要同时流向不同的业务端，比如，发行方更关心在线活跃用户数事件中的部分指标，而 CP 则更关注在线用户中，用户设备端相关配置。

但是，如果采用入库之后再导出数据复制的方式，容易引起数据 ETL 过程中的数据不一致；计算结果的同步，也会使得中间计算层耗时比较大，造成数据延迟。

从数据中台建设的角度来说，保障数据进入中台的质量，需要重视数据网关的建设，优秀的数据网关则能让上述问题迎刃而解。

优秀的数据网关需要具备什么？

在构建数据网关的过程中，我们需要重点关注以下关键特性：

• 承载高 QPS 的并发能力：能够应对游戏开服等高流量并发的场景；
• 不覆盖任何业务逻辑：任何业务逻辑的引入都会带来性能的折损、业务逻辑处理错误的隐患；
• 横向弹性伸缩的能力：承载海量数据短时间内上报；
• 数据缓存&限流能力：在下游完全不可用的状态下，仍然能够把数据缓存在本地，保证数据不丢失；
• 流量镜像&级联能力：满足多种数据上报场景，汇聚到统一的数据平台；
• 数据链路观测性：对数据流动过程中的各个环节进行监控和分析，以确保数据的完整性、可靠性和时效性。

但对于中台团队来说，实现这些特性需要付出的成本与 ROI 却难以衡量，往往“吃力不讨好”，在业务价值上的体现并不明显。在这种情况下，我们其实可以借力第三方工具以更低的成本，更高效地解决问题。

TE 系统助你一臂之力

在长期服务游戏企业的过程中，数数 TE 系统的数据网关设计模式也在持续迭代。

在当下，TE 系统的数据网关不仅可以保证数据上报准确、稳定、高效、实时，还可以为企业数据中台更灵活敏捷地支持复杂多变的业务带来帮助。

图注：TE 系统数据网关架构图

对于游戏企业而言，这种数据上报架构也具有参考性：

• 面对海外移动网络较差、数据上报网络不稳定等问题，通过局部部署网关，并通过网关级联的功能，进行异步数据回传，最大程度减少数据在上报途中丢失；
• 将客户端、服务端、采集工具以及第三方数据的全端采集链路进行收口，便于游戏数据中台对于各数据源的上报链路进行统一监控、管理和维护，通过分析数据流量的模式，预测高峰期，根据流量模式调整资源分配，确保在高流量、高并发情况下，数据网关的稳定运行；
• 通过网关的流量镜像功能，快速便捷地将数据进行复制分发，比如可以复制一份数据到 CP 方，也可以复制一份到其余机房进行数据冗余备份，保证数据时效性。

从经营角度来说，投入与回报之间的平衡决定了游戏企业能否长久存续、良性发展。

而数据中台建设这件看起来离业务较远、难以直接提升大盘流水的事儿，其实作为游戏企业的根基，始终持续地在为业务的发展保驾护航。

对于数数来说，我们也希望可以陪伴更多游戏企业中台团队，以更高的效率、更低的成本，打造更强大的自有数据中台。