全球边缘云节点分布
可按需调度游戏服务器容器的不同部署目标。

Hathora 于 2026 年 5 月停止了其游戏托管服务。
您的容器无需进行任何更改:保留您当前发布的镜像,仅需重新指向一个分配调用。Edgegap 的混合编排将裸机私有集群(Private Fleets)与我们在全球超过 615 个位置的边缘云网络相结合,确保您的托管服务具有高性价比,并提供无需提前购买的覆盖范围。
保持不变的是什么
您的网络代码和传输层
Edgegap 绝不干涉您的传输、序列化或 Tick 循环。容器运行的正是您今天构建的同一服务器二进制文件。
容器化
您已经将容器寄送至 Hathora,因此该制品保持不变。请将相同的镜像推送到我们的注册表,或者保留您目前使用的镜像。
您的客户端连接流程
您的客户端仍然会接收到一个地址和端口并进行连接。唯一改变的是该地址的来源。
引擎、版本与持续集成
相同的引擎、相同的版本、相同的构建流水线。除了推送镜像之外,您的 CI 不需要任何新步骤。
有哪些变化
CLI 将不复存在
这里没有需要剥离的服务器 SDK,因为 Hathora 从不要求,Edgegap 也同样不需要。需要移除的是托管 CLI 及其相关的上传步骤:现在您只需通过控制面板或 API 将镜像推送到镜像仓库并创建版本即可。
一次部署调用即可替换该房间
以前您的后端会先调用 CreateRoom,然后再请求该房间的连接信息;而现在,您只需向 deploy 端点发送一次 POST 请求,即可通过部署 Webhook 或轮询部署状态来获取 FQDN 和端口。房间变成了部署,进程也变成了您可以通过状态跟踪的部署。
区域不再是购买决策的限制因素
您不再需要按区域购买容量。每次部署都会在请求发出时,根据玩家的实际测算,被放置在边缘云网络上最合适的位置。
预留容量成为一种选择
Hathora 按运行的服务器数量计费,且底层不提供任何额外支持。Private Fleets 则增加了免出站流量费的裸金属服务器,可根据您的流量变化动态调整规格;搭配混合编排技术,将其与边缘云(Edge Cloud)相结合,让您的托管服务始终保持高性价比。
预期时间表
步骤 1
将房间创建和连接信息调用替换为单个部署请求。无需更改游戏服务器代码。
~2 小时
步骤 2
您的服务器已经作为容器在 Hathora 上运行,因此这一步只是进行检查,而不是实际的工作。
已完成
步骤 3
Edgegap 的镜像仓库可免费使用,或者您也可以继续使用 ECR、DockerHub、GitLab 等。
~30 分钟
步骤 4
只需一个 HTTP 请求即可代替房间创建和连接信息。
约1天
第 5 步
在全球边缘云(Edge Cloud)上进行部署,还可选择通过专属机群(Private Fleets)免流量费托管来进一步降低成本。
即时部署
详细迁移步骤
请务必参考我们的从 Hathora 迁移文档,以获取此流程的最新更新。
在开始之前,我们希望:您目前正在使用或最近使用过 Hathora,并且您有一个可以正常运行的游戏服务器容器。
步骤 1:
Edgegap 不需要服务器 SDK 即可集成,Hathora 也是如此,因此无需从您的游戏服务器中导出任何内容。所有工作都在您的后端完成。以前在创建房间并请求该房间连接信息的任何地方,现在只需向 Edgegap 发送一次部署请求,即可在响应中收到地址和端口。部署状态和 Webhook 取代了您过去轮询的进程生命周期,而您的客户端仍会像现在一样连接到地址和端口。
步骤 2:
您的游戏服务器已经作为容器运行,因此这一步是检查而不是重建。确认镜像在本地构建并启动,然后将其推送到 Edgegap 的免费注册表,或者保留 ECR、DockerHub、GitLab 或任何其他兼容 OCI 的注册表。如果您想从头开始重建,适用于 Unity、Unreal Engine 和 Godot 的快速启动工具在开发项目上仅需 5 到 20 分钟。
步骤 3:
Hathora - 功能 | Edgegap - 功能 |
|---|---|
身份验证 | 可选:添加细粒度访问控制: |
托管 CLI | |
创建构建版本 | 试试我们的快速入门工具 - Unity / Unreal Engine。 |
Hathora 大厅 |
|
机群(Fleet) | 支持持久化与云溢出的私有机群。可选择在后续添加,或默认使用对局绑定(Match-Bound)云。 |
预先缓存(专业版、企业版) - 3 秒部署 | 活跃缓存(按需付费)- 当镜像已缓存在主机上时,仅需 0.5 秒即可完成部署 |
Ping 服务(区域) | Ping 信标(在引擎专用 SDK 中实现自动化) |
遥测(分析) | |
迁移工作 | 可选:将您的编码智能体连接到 Edgegap MCP 服务器。它会为您的引擎加载经过测试的 Edgegap 智能体技能,然后构建或检查您的镜像、进行上传并部署您的服务器,并且所有更改均可先进行预演预览。Deploy API 技能可将房间创建重写为单次部署请求。 |
步骤 4:
Edgegap 还提供了一个类似于 Hathora 的舰队和 Elastic Metal 的可选功能:裸金属上的持久服务器私有舰队,具有免流出托管功能,并且在需求超出舰队容量时自动溢流到边缘云(Edge Cloud)。
定价
了解 Edgegap 的编排方案与您之前向 Hathora 支付的费用相比,是如何实现高性价比的。
Hathora | Edgegap |
|---|---|
计费。按区域、基于机队的计费方式意味着闲置容量会被收费。 | 边缘云不计费,在没有活动部署时费用为 $0,且私有机队每月进行合理调整。 |
Hathora | Edgegap |
|---|---|
IPv4 地址作为额外费用计费。 | 包含 IPv4,全球统一定价,按每 vCPU 每分钟 $0.00115 按需付费,支持从 0.25 vCPU 起细分。 |
Hathora | Edgegap |
|---|---|
在 14 个区域按区域选择并支付容量,其中 5 个区域位于美国。 | 跨裸机私有机队和边缘云的混合编排,每次边缘云部署都在请求时选择最佳可用位置。 |
(Hathora 数据基于我们在 2026 年 3 月发布的对比与迁移指南。)
Edgegap | Hathora | |
|---|---|---|
迁移 | 游戏服务器托管于 2026 年 5 月 5 日关闭(GamesBeat) | |
编排 | 在 Hathora “已被 Fireworks AI 收购”之后,游戏服务器托管于 2026 年 5 月 5 日关闭(GamesBeat,2026 年 3 月 4 日) | |
基础设施 |
| |
选址与部署 |
| |
定价 | ||
可扩展性 |
| |
集成 |
| |
匹配 & 大厅 | ||
支持 |
| |
延迟 | 与公共云相比平均降低 58%(Edgegap 案例研究) | |
正常运行时间 | 99.99% SLA 承诺;过去 90 天内实测为 99.999%(截至 2026 年 10 月 21 日) | |
业绩记录 |
|
完整对比请见此处:“Edgegap vs Hathora”。

客户
共有 15 个从其他平台迁移到 Edgegap 的工作室案例研究可供参考。

迁移现场运维多人游戏到Edgegap以解决DevOps工作负载
发现为什么#1 VR提取射手游戏是由Edgegap的游戏服务器托管和 orchestration提供支持的。
案例研究

能够即时扩展并改善最终用户体验的持久服务器
了解《岛屿》如何通过Edgegap的全球持续服务器部署提升玩家体验。
案例研究

借助 Edgegap 的游戏服务器编排,几天内迁移了一款轻松治愈的 MMO
Qloud Games 如何在不到 24 小时内将 Loftia 的游戏服务器托管迁移到 Edgegap,并成功举办了一场拥有数千名同时在线玩家的完美封闭测试
案例研究

大规模VR战争:Triangle Factory在Edgegap上发布Forefront 1.0
Triangle Factory 如何将其雄心勃勃的 VR 射击游戏迁移到 Edgegap,并充满信心发布了完整的 1.0 版本。
案例研究

从点对点到公平对决:《Bloody Bastards》启用专属服务器
了解 Tibith Ltd 如何将拥有 4000 万次下载的热门手游《Bloody Bastards》从 P2P 迁移至 Edgegap 的专用服务器和匹配系统,从而确保每场比赛都由服务器端进行权威判定。
案例研究

Noodlecake 如何实现多玩家游戏并让人忘却服务器的存在
Noodlecake 如何将 《Super Flappy Golf》 迁移至 Edgegap 的自动编排系统,并重新专注于游戏开发。
案例研究

竞争激烈的VR游戏需要与之匹配的基础设施:Breachers 迁移至 Edgegap
了解 Triangle Factory 如何将其竞争激烈的 5v5 VR 射击游戏引入专为该类型游戏所需精度而构建的基础设施。
案例研究

使用 Edgegap 的 Fleet 实现完全自动化的服务器管理流程
了解蓝鸭工作室如何使用Edgegap的Fleets API来协调其足球游戏的服务器。
案例研究

Edgegap 上的 1047 Games:平稳的迁移与发布
了解 1047 Games 如何将《Splitgate: Arena Reloaded》迁移到 Edgegap,并在其编排服务上发布 Empulse,同时在整个过程中保持托管服务的稳定可靠。
案例研究

从自制编排到一夜之间达到五万名玩家
Slipstream Games 如何将服务器成本降低 50%,将其延迟从 200-250 毫秒减少到 100-110 毫秒,并在 CrazyGames 上发布,24 小时内达到了 50,000 名玩家。
案例研究

从车队到按需:为一款独立滑板车游戏提供专用服务器
iScoot 如何从基于整批服务器的托管迁移到按需、基于实例的编排,从而将专用服务器缩小到原来的 1/10,并构建出适合独立游戏的成本模型。
案例研究

按需、按预算:Triangle Factory 将 Hyper Dash 引入 Edgegap
一款免费 VR 射击游戏如何利用随玩家规模缩放的按需基础设施,保持快速运行、全球覆盖和高成本效益。
案例研究
了解 Edgegap 自动化游戏服务器编排如何带来无缝的多人游戏体验。
Edgegap 是托管和编排方面的专家。我们的平台专为帮助您加速开发流程而构建,让您可以专注于自己擅长的事情——开发。
不,但您的具体情况决定了第一步。如果您的游戏仍在某处运行,那么迁移就是本页面所述的普通迁移:您的容器本身已经是一个容器,工作仅限于重新指向一个分配调用。如果您的服务器已经关闭,那么路径是一样的,只是顺序相反:先在 Edgegap 上部署镜像,然后重新指向后端。无论哪种方式,您都不需要重写任何关于构建或网络代码的内容,就能让玩家重新在线。
因为向您提供的过渡方案仍然属于迁移,且这两种路径所需的工程成本不同。为 Hathora 客户发布的过渡路径要求您将服务器 SDK 集成到游戏服务器中,以进行生命周期信号传递(就绪、分配和关闭),并且如果您的后端需要按需请求服务器(如 CreateRoom API 那样),则需要单独订购其分配服务。而 Hathora 之前并不要求在您的游戏服务器中安装服务器 SDK。我们也是如此:您的容器保持原样,您的后端只需进行一次部署调用。请将此与已公布的价格以及自助服务访问权限一起进行权衡。
这比我们发布的任何其他迁移方案都要简单,我们宁愿如实相告,也不愿凭空捏造工作量。Hathora 本身就是基于容器的,因此您推送的制品就是您已经构建好的制品。改变的只是词汇表和一次调用:房间(rooms)变成了部署(deployments),进程(processes)变成了部署状态和 Webhook,而 CLI 则被控制台(Dashboard)或 API 取代。您的引擎、网络代码和客户端连接流程都保持原样,无需任何改动。
老实说,没有一个可以直接替代的方案:Lobbies 捆绑了三项功能,而 Edgegap 将它们分离开来。对于 DevOps 和测试,Deployment Status API 会告知您部署的运行状况。对于后端自动化,Deployment Webhook 会向您推送这些事件。对于面向玩家的部分,Server Browser 处理搜索和浏览,并配合 Group Up 进行玩家匹配或使用 Reserve Seat 预留位置。大多数团队最终会使用这三项功能中的两项。
专享机群(Private Fleets),它们的能力比名字所展现的还要契合:基于裸金属的持久化服务器、免出站流量费用的托管,并在专享机群满载时自动溢流至边缘云(Edge Cloud)。区别在于你需要维护什么。扩缩容完全自动化,无需你手动对每个区域的配置进行微调;你可以随着流量曲线的变化按月调整规模,而不必在一个季度前就提前做出承诺。在对比任何方案时都值得关注的一点是:预启动服务器的缓冲池是一笔在会话间隙中仍需运行并付费的容量。而在边缘云上,根本无需规划任何缓冲池的大小。
是的。Hathora 支持的每个后端在这里都受到支持:Epic Online Services、PlayFab、Unity Gaming Services、Nakama by Heroic Labs、Pragma(请参阅我们的联合案例研究)、Beamable 以及自定义后端。Edgegap 还与 BrainCloud、LootLocker、Invokation Games、XSOLLA 和 Network Next 等进行了集成。如果您最担心的是后端部分,那么这通常是移动起来工作量最小的部分。
研究方法
每个指标都说明了测量的内容、时间窗口以及排除的内容。基准测试结果的日期可追溯到产生这些结果的测试,并且不会重述为当前数据。
服务器可以在何处运行,以及我们已经运行了多少个。
我们的编排系统交付服务器的速度有多快,以及在测试压力下的承载表现。
我们在编排服务合同中承诺的内容,以及监控系统所记录的内容。
严格履行我们的服务等级协议(SLA)承诺。过去90天的实测正常运行时间达:99.999%。
已签约并承载生产流量的云和裸机服务商,支持自动故障转移。
实时组件状态已发布在 status.edgegap.com。
每个指标一条记录:衡量内容、衡量方式以及时间窗口。
“位置”是一个独立明确的部署目标:它是我们基础设施提供商旗下的一个数据中心站点,可在需要时调度游戏服务器容器。无论同一大都市圈内有多少提供商在运营,每个站点仅计入一次,且仅在接受部署期间才计入。
返回指标 ↑与提供按需云容量的 615 多个边缘云节点分开计算:专属队列(Private Fleet)节点是工作室预留主机供其独家使用的站点。已在 Fleet Manager 页面实时发布。每台专属队列主机每月包含 6 TB 的出站流量。
返回指标 ↑统计自 2019 年 2 月以来的总部署记录,包括启动失败的部署,统计标准与我们的竞争对手一致。
返回指标 ↑从冷启动开始:从头开始配置,而不是分配到已经在运行的服务器上。测量范围截至容器就绪,在游戏引擎启动之前。
返回指标 ↑编排器在 60 分钟内持续启动真实的游戏服务器容器,整个小时平均每秒启动 40 次部署,按部署启动时计数,而非就绪状态。测量范围为 2023 年 11 月的 550 多个地点和 17 家供应商。该基准测试针对单款游戏运行。容量按游戏分配,因此平台上的每款游戏都可以独立且同时扩展到这一水平。每秒 40 次是标准速率。需要更高速率的工作室可以与我们一起规划:在 2026 年 10 月的一次客户负载测试中,部署峰值达到每秒 70 次,单秒最高 85 次,使用的是所有客户共用的同一生产 API 和调度器,且对其他客户没有可测量的影响。我们如何进行这次测试。
返回指标 ↑2023 年 11 月,该平台在 550 多个地点和 17 家供应商中,持续 60 分钟保持了每秒 40 次的游戏服务器部署,按每台服务器 100 名玩家计算,并发会话数达到了 1400 万。游戏服务器为真实容器,玩家客户端为模拟客户端。该基准测试针对单款游戏运行。容量是按游戏分配的,因此平台上的每款游戏都可以独立且同时扩展到这一水平。
返回指标 ↑根据我们的服务等级协议(SLA),可用性承诺达到 99.99%,并通过对五个独立监控组件的持续监测来进行衡量:容器镜像仓库(Container Registry)、控制面板(Dashboard)、公开 API、公开文档和网站。过去 90 天内测得的正常运行时间为:99.999%。实时数据已发布在 status.edgegap.com。
返回指标 ↑按企业实体级别统计的、已签约并承载生产流量的独立供应商。跨服务商的故障转移是自动进行的;这也是多云架构的前提。
返回指标 ↑审查的内容、审查的周期,以及哪些事项带有独立的截止日期。
本页面上的平台数据每季度审核并更新一次。来自实时来源的指标(可用性和游戏服务器部署)带有各自的截止日期,并在测量时同步更新。基准测试结果的时间标注为生成该结果的具体测试时间,不会作为当前数据重新列出。