混合编排
混合编排在统一的控制平面下，跨自有的或预留的裸金属服务器以及租用的云容量运行游戏服务器。基准需求分配给成本更低的固定容量；峰值和未预期的区域则溢流至按需云。这就是工作室如何在不失去裸金属灵活性这一前提下，实现裸金属经济效益的方式。
又称
混合云
，
混合编排是如何决定比赛在何处运行的？
混合设置具有两个容量池：按月付费的固定主机，以及在运行时付费的的云服务器。编排器可以同时看到这两者，并且每个匹配请求都会通过一个规则：如果固定主机有空间，则在固定主机上启动服务器，如果没有，则在云端启动。
该规则之所以有效，是因为服务器在两端都是相同的。游戏服务器一次性打包为容器镜像，因此它在预留主机或云虚拟机上的启动方式相同。匹配器请求服务器并返回一个地址。匹配器和玩家都不知道服务器来自哪个池。
第二条规则决定了更困难的情况：固定主机有空间，但它们远离匹配的玩家。首先填满固定主机可以降低成本，因为该容量已经付费。将匹配放在更靠近玩家的云位置可以降低延迟。这两种回答都是合理的，工作室可以根据地区或模式做出不同的回答，例如休闲队列成本优先，排位赛玩家优先。
固定基线应该有多大？
其规模大到足以保持活跃。绘制出典型一周内并发玩家的数量变化曲线，并找出谷值：即游戏在深夜和周中极少跌破的在线水平。根据该谷值规划的固定容量能够全天候满负荷运行，这正是其较低的单小时价格发挥优势的地方。谷值之上的所有需求则由云端承载。
两种出错情况的成本各不相同。基线设得过低，只会导致少量额外的比赛以按需计费的费率流向云端。而基线设得过高，则会导致服务器在服务期结束前，每时每刻都以全额价格处于空闲状态。当曲线具有不确定性时，宁可估低也不要估高，这是成本较低的容错方式。
该谷值也是动态变化的。在发布之初，没人知道它处于什么水平，因此整体架构会更依赖云端。一旦曲线稳定下来，基线就可以相应提高以迎合这一水平；而当受众群体缩减时，基线也会在每次续约时随之缩减。较短的签约期限虽然每月成本更高，但能让基线更紧密地贴合曲线变化。
一个控制平面改变了什么？
在没有混合编排的情况下，并排运行固定容量和云容量也是可行的。这通常意味着两个系统：裸金属上的集群——通常是带有 Agones 的 Kubernetes，以及云中的独立设置。每个系统都有自己的部署流水线、监控和放置逻辑，以及用于决定将比赛分配到哪里的胶水代码。混合编排则用一个 API、一个镜像和每个服务器的单一视图取代了这种模式。
统一的控制平面还可以应对故障池。如果某个提供商或区域宕机，比赛可以在另一个池中启动，而不是根本无法启动。我们在 2020 年 11 月 AWS 宕机后（2021 年 12 月）对超大规模云服务商宕机进行的分析中就提到了这种情况。
在 Edgegap 上，这两个池分别是 Private Fleet（位于 58 个地点的专属主机）和 Edge Cloud（分布在 17+ 个提供商的 615+ 个地点）（平台数据，2026 年 9 月 18 日）。工作室会按优先级顺序列出其舰队主机。部署会在第一个有空间的主机上启动，当所有主机都没有空间时，会自动溢流到 Edge Cloud，并在请求时为玩家提供最佳的可用位置（专属舰队文档，2026 年 10 月）。优先级列表是工作室设置“成本优先”或“玩家优先”规则的地方。
混合编排与多云：有什么区别？
来自我们的赞助商（其实就是我们自己！）的寄语
托管在单一云端意味着一旦该云服务出现故障，您也会随之下线。Edgegap 在 17 个以上的云和裸金属提供商之间编排您的服务器，并具有自动故障转移功能，因此任何单一提供商的停机都不会让您的游戏下线。
Edgegap 的观点（仅代表个人意见，姑且听之即可！）
混合办公是一项政策，而非一次购买行为
游戏工作室在转向混合架构时，通常会面临一个购买决策：需要预留多少台主机。主机本身是容易解决的部分。混合架构能否节省资金并让比赛尽可能靠近玩家，取决于围绕它们制定的政策：比赛首先进入哪个资源池、当服务器集群远离玩家时会流向何处，以及基准容量多久调整一次。
前两者是部署规则，这也是成本和玩家体验的交汇点。优先填满的集群成本更低，而部署在玩家附近的比赛则运行得更顺畅。我们让工作室通过其主机优先级列表来设置该顺序，而不是代替他们做决定，因为排位队列和休闲队列对此有不同的合理需求。
第三点是关于周期。在发布时确定的基准容量，一年后往往会偏大或偏小。专用服务器（Private Fleet）合约按月、6个月或12个月运行（裸金属服务器托管，2026年10月），因此可以在每次续约时调整基准大小，而不是一成不变。
首先制定好政策。服务器集群的规模取决于它所显现的底线，而价格计算器会展示在您自身的并发量下，这种组合配置的具体成本。
，
