摘要

  • Hivelocity的新游戏套餐提供独享基础设施，工作室继续负责自己的编排、匹配和在线运营。
  • 账单稳定不等于每个已服务玩家小时的成本更低；必要待命、长期闲置和有限端口容量必须分开核算。

最容易从游戏基础设施预算里漏掉的，是冷清时段。游戏要一直开放，但某个地区的玩家并不会一直填满服务器。买下一个更稳定的独享服务器账单，只是改变了空余容量的付费方式，并没有消除它。

Hivelocity在9月10日发布的Gaming Bundle面向已经自行管理服务器编排的工作室，将工程计算、生产后台和实时游戏服务分开描述。供应商提供单租户硬件、区域部署、网络连接和网络层DDoS防护；工作室保留匹配、集群编排、反作弊运营、应用安全以及游戏服务可用性的责任。

因此，这不是把整款游戏交给供应商托管成功的承诺。公告也没有把选择简化为退出公有云：它描述了核心负载使用裸金属、边缘使用合作方CDN、突发和GPU任务使用工作室自身云资源的混合安排。问题在于各自承担什么，而非只选一个标签。

三类工作，三种容量逻辑

工作负载 工作室需要回答的问题
构建和素材处理 任务可以排队或换地方，还是必须赶上发布窗口？
账号与生产后台 玩家减少后，哪些基础容量和冗余仍不能撤掉？
实时对局 需求到来前，要在合适地区准备多少可立即分配的容量？

空着的机器并不一定浪费。有些空余是为新玩家尽快进入游戏而主动购买的保险。成本比较必须区分这种有目的的待命，与近期没有用途的过量配置。

Agones的自动扩缩容文档提供了一个具体机制：已经分配的游戏服务器之外，可以单独维持一组就绪余量。它说明工作室能够明确表达待命策略，但不是Hivelocity已经集成Agones的证据。

缩掉进程，不等于缩掉账单

游戏服务器进程与承载它的机器是不同层级。Agones的调度说明区分服务集群规模和底层节点扩缩，并要求按基础设施供应商配置相应能力。因此，减少运行中的游戏实例，不能自动证明某台付费物理服务器已经退掉。计费与释放条件还需分别核实。

地域会进一步改变算术。一个城市剩余的容量，未必能在满足时延要求的前提下承接另一个城市的玩家。全局平均利用率看上去合理，也可能掩盖局部排队与局部长时间闲置。反过来，把每台机器都填满，也可能把下一波玩家需要的缓冲空间吃掉。

带宽同样如此。公告针对适用负载提供10 Gbps不限流量端口选项，并非每台服务器默认都有。供应商对不限流量端口的说明强调，传输仍受端口速率限制；在容量范围内不因传输总量产生超额费用，不代表瞬时吞吐没有上限。补丁分发和对局数据的使用目标不同，账单更容易预测，也不会令物理约束消失。

这些来源没有给出统一套餐价格、实测玩家小时节省或经过验证的时延结果。在固定费用不变时，有效占用小时减少，单位占用小时成本就会上升。这只是条件明确的算术，不是对任何Hivelocity客户的测量。