迁移

/

Hathora

已发布

已发布

已发布

最近一次准确性审核

最近一次准确性审核

最近一次准确性审核

从 Hathora 迁移,实现玩家零受影响

从 Hathora 迁移,实现玩家零受影响

Hathora 于 2026 年 5 月关闭了其游戏托管服务。

您的容器无需进行任何更改:保留您已交付的镜像,重新指定一个分配调用,并部署到自动化的私有舰队(Private Fleets)以实现高性价比的托管。当需求超出您的舰队承载能力时,混合编排将弹性分流至我们遍布全球 615+ 个地点的边缘云网络,从而让玩家获得无需提前购买即可享有的覆盖范围。

无需信用卡。免费版包含部署真实游戏服务器所需的资源。

无需信用卡。免费版包含部署真实游戏服务器所需的资源。

哪些发生了变化(以及哪些没有变化)

一目了然的变化

一目了然的变化

Hathora 迁移只是托管托管服务的更改,而不是重写。以下是您在迁移过程中的预期内容。

具体的逐项特征分析见下文步骤 3:识别并替换特征。

保持不变的是什么

您的网络代码和传输层

Edgegap 绝不干涉您的传输、序列化或 Tick 循环。容器运行的正是您今天构建的同一服务器二进制文件。

容器化

您已经将容器寄送至 Hathora,因此该制品保持不变。请将相同的镜像推送到我们的注册表,或者保留您目前使用的镜像。

您的客户端连接流程

您的客户端仍然会接收到一个地址和端口并进行连接。唯一改变的是该地址的来源。

引擎、版本与持续集成

相同的引擎、相同的版本、相同的构建流水线。除了推送镜像之外,您的 CI 不需要任何新步骤。

有哪些变化

CLI 将不复存在

这里没有需要剥离的服务器 SDK,因为 Hathora 从不要求,Edgegap 也同样不需要。需要移除的是托管 CLI 及其相关的上传步骤:现在您只需通过控制面板或 API 将镜像推送到镜像仓库并创建版本即可。

一次部署调用即可替换该房间

在您以前的后端调用 CreateRoom 然后请求该房间连接信息的地方,现在您只需向部署端点发送一次 POST 请求,即可获取 FQDN 和端口。房间变为了部署,进程变为了部署状态和 Webhook。

区域不再是购买决策的限制因素

您不再需要逐个区域购买容量。每次部署都会在请求时放置在 615+ 个边缘云位置中最佳的位置。

预留容量成为一种选择

Hathora 过去按运行的服务器数量向您收费,且不提供任何底层支持。Private Fleets 为您的稳定负载增加了免出站流量费的专用硬件,并随着您的流量曲线变化调整大小,超出部分则全部部署在 Edge Cloud 上。

预期时间表

五个简单步骤

大多数工作室在不到两周的时间内即可完成端到端验证,其中包括流量导入期间的并行运行。

大多数工作室在不到两周的时间内即可完成端到端验证,其中包括流量导入期间的并行运行。

总计:少于 1 周

总计:少于 1 周

步骤 1

将您的后端指向 Edgegap

将房间创建和连接信息调用替换为单个部署请求。无需更改游戏服务器代码。

~2 小时

步骤 2

容器化

您的服务器已经作为容器在 Hathora 上运行,因此这一步只是进行检查,而不是实际的工作。

已完成

步骤 3

推送至镜像仓库

Edgegap 的镜像仓库可免费使用,或者您也可以继续使用 ECR、DockerHub、GitLab 等。

~30 分钟

步骤 4

交换分配调用

只需一个 HTTP 请求即可代替房间创建和连接信息。

约1天

第 5 步

全球部署

在全球边缘云(Edge Cloud)上进行部署,还可选择通过专属机群(Private Fleets)免流量费托管来进一步降低成本。

即时部署

详细迁移步骤

1

详细的代码迁移步骤

请务必参考我们的“从 Hathora 迁移”文档,以获取该过程的最新更新。

在开始之前,我们希望:您目前正在使用或最近使用过 Hathora,并且您有一个可以正常运行的游戏服务器容器。

步骤 1:

重新指向您的额度分配调用

Edgegap 不需要集成 SDK,Hathora 也是如此,因此您的游戏服务器不需要进行任何修改。工作完全在您的后端。只要后端创建了房间并请求该房间的连接信息,现在它就会向 Edgegap 发起一个部署请求,并在响应中接收地址和端口。部署状态和 Webhooks 替代了您以前轮询的进程生命周期,而您的客户端将像今天一样继续连接到地址和端口。

2

步骤 2:

将您的游戏服务器容器化

您的游戏服务器已经作为容器运行,因此这一步是检查而不是重建。确认镜像在本地构建并启动,然后将其推送到 Edgegap 的免费注册表,或者保留 ECR、DockerHub、GitLab 或任何其他兼容 OCI 的注册表。如果您想从头开始重建,适用于 Unity、Unreal Engine 和 Godot 的快速启动工具在开发项目上仅需 5 到 20 分钟。

3

步骤 3:

识别并替换功能

Hathora - 功能

Edgegap - 功能

身份验证

可选:添加细粒度的访问控制:

托管 CLI

无需 CLI! 使用我们的仪表板或通过 API 自动构建。

创建构建

试试我们的快速入门工具 - Unity / Unreal Engine。

Hathora 大厅

进行對局配對组队或在服务器浏览器中预订席位。

舰队

具有持久化和云溢出功能的私有舰队。可选在以后添加,或默认使用对局绑定云。

主动缓存 (专业版, 企业版) - 3 秒部署

活动缓存 (按需付费) - 0.5 秒部署

Ping 服务 (区域)

Ping 信标 (在特定引擎的 SDK 中自动执行)

遥测 (分析)

部署分析和對局配對分析。

4

步骤 4:

(可选) 设置 Fleet

Edgegap 还提供了一个类似于 Hathora 的舰队和 Elastic Metal 的可选功能:裸金属上的持久服务器私有舰队,具有免流出托管功能,并且在需求超出舰队容量时自动溢流到边缘云(Edge Cloud)。

定价

价格对比

了解 Edgegap 的编排方案与您之前向 Hathora 支付的费用相比,是如何实现高性价比的。

驱动因素 1:闲置容量

Hathora

Edgegap

计费。按地区、基于车队的计费意味着闲置容量也需要收费。

在边缘云(Edge Cloud)上不计费,其中零活动部署的费用为 $0,并且在私有车队(Private Fleets)上每月调整至合适规模。

驱动因素 2:包含内容

Hathora

Edgegap

IPv4 地址作为额外项计费。

包含 IPv4,全球统一价格,按需付费,价格为每 vCPU 每分钟 $0.00115,可从 0.25 vCPU 起分拆计算。

驱动因素 3:区域购买

Hathora

Edgegap

在 14 个地区中按地区选择并支付容量,其中 5 个地区位于美国。

私有车队(Private Fleets)作为您的基线,在请求时可突发扩展至最佳可用位置的边缘云(Edge Cloud)。

(Hathora 数据源自我们于 2026 年 3 月发布的对比与迁移指南。)

定价

通过混合编排优化成本与性能

通过混合编排优化成本与性能

通过混合编排优化成本与性能

边缘云

按需

$0.00115

/ vCPU

/ 分钟

按分钟计费,仅按实际使用量收费

只有在玩家在线玩游戏时才需付费。0 个活动服务器 = $0

在全球 615 多个边缘云节点中按实例部署游戏服务器。零承诺。

只需添加信用卡。

边缘云

按需

$0.00115

/ vCPU

/ 分钟

按分钟计费,仅按实际使用量收费

只有在玩家在线玩游戏时才需付费。0 个活动服务器 = $0

在全球 615 多个边缘云节点中按实例部署游戏服务器。零承诺。

只需添加信用卡。

专属物理机集群 (裸金属)

预留容量

$0.0256

/ vCPU

/ 小时

按月计费,始终开启

每个主机每月 $280(12个月标准价),或按月支付每月 $350

通过无出站流量费用的专用机队托管,优化您游戏服务器的成本效益。

持久在线,24/7全天候可用,您的工作室专属。

专属物理机集群 (裸金属)

预留容量

$0.0256

/ vCPU

/ 小时

按月计费,始终开启

每个主机每月 $280(12个月标准价),或按月支付每月 $350

通过无出站流量费用的专用机队托管,优化您游戏服务器的成本效益。

持久在线,24/7全天候可用,您的工作室专属。

您的账单因费率和使用量而异;这可能会根据游戏类型、玩家人数等因素而有所不同。

您的账单因费率和使用量而异;这可能会根据游戏类型、玩家人数等因素而有所不同。

使用我们的预估计算器模拟您的用量 ->

使用我们的预估计算器模拟您的用量 ->

Edgegap 的功能与价格:边缘云与私有集群(Private Fleets)详细对比

Edgegap 的功能与价格:边缘云与私有集群(Private Fleets)详细对比

对比

免费试用

边缘云

自有车队

功能特色

分析与监控

账单警报

点击展开

还有 28 行

解锁

在帐户中添加信用卡后,即可解锁各项功能。

对比

免费试用

边缘云

自有车队

功能特色

分析与监控

账单警报

点击展开

还有 28 行

解锁

在帐户中添加信用卡后,即可解锁各项功能。

对比

免费试用

边缘云

自有车队

功能特色

分析与监控

账单警报

点击展开

还有 28 行

解锁

在帐户中添加信用卡后,即可解锁各项功能。

功能对比

功能对比

完整对比请见此处:“Edgegap vs Hathora”。

客户

了解更多迁移到 Edgegap 的客户的案例

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

他们选择 Edgegap 的关键原因

他们选择 Edgegap 的关键原因

了解 Edgegap 自动化游戏服务器编排如何带来无缝的多人游戏体验。

研究方法

我们是如何进行衡量的

每个指标都说明了测量的内容、时间窗口以及排除的内容。基准测试结果的日期可追溯到产生这些结果的测试,并且不会重述为当前数据。

Orchestration Platform Scale

Where servers can run, and how many we have run.

Inventory

Global Edge Cloud locations

615+locations

Distinct deployment targets where a game server container can be scheduled on demand.

Platform inventory
How we measure this
Live

Private Fleet locations

58locations

Locations where a studio can reserve dedicated bare-metal or VM hosts for its exclusive use.

Published live
How we measure this
Cumulative

Game server deployments to date

135million deployments

Total game server deployments orchestrated since February 2019, including deployments that failed to start, the same basis our competitors use.

Since February 2019
How we measure this

Performance Under Load

How fast our orchestration delivers a server, and what it sustains under test.

Rolling 30d

Server deployment time

2seconds · median

From cold start: provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.

Rolling 30-day window
How we measure this
Benchmark

Sustained deployment rate for each game

40per second

Started deployments per second, averaged over a continuous 60-minute benchmark. Available to each game from confirmed studios with live traffic.

November 2023 benchmark
How we measure this
Benchmark

Concurrent capacity for each game

14million concurrent

Concurrent sessions reached on real game server containers, at 100 players per server.

November 2023 benchmark
How we measure this

Reliability

What we commit to contractually for our orchestration, and what the monitors record.

Committed

Availability

99.99%SLA commitment

Committed under our SLA. Trailing 90-day measured uptime: 99.999%.

Trailing 90 days
How we measure this
Inventory

Provider redundancy

17+providers

Cloud and bare-metal providers under contract and carrying production traffic. Failover is automatic.

Platform inventory
How we measure this

Live component status is published at status.edgegap.com.

How We Measure

One entry per metric: what is measured, how, and over what window.

Global Edge Cloud locations

A location is a distinct deployment target: one datacenter site at one of our infrastructure providers, in which a game server container can be scheduled on demand. Sites are counted once each regardless of how many providers operate in the same metro, and count only while accepting deployments.

Back to the metric ↑
Private Fleet locations

The subset of the 615+ where a studio can reserve dedicated bare-metal or VM hosts for its exclusive use rather than deploying into shared on-demand capacity. Published live on the Fleet Manager page. This is also the number that carries the included-egress allowance.

Back to the metric ↑
Game server deployments to date

Counted as total deployment records since February 2019, including deployments that failed to start, the same basis our competitors use.

Back to the metric ↑
Server deployment time

From cold start: provisioned from scratch, not allocated onto an already-running server. Measured to container ready, before the game engine starts.

Back to the metric ↑
Sustained deployment rate for each game

The orchestrator started real game server containers continuously for 60 minutes, averaging 40 started deployments per second over the full hour, counted at deployment start rather than at ready state. Measured across 550+ locations and 17 providers in November 2023. The benchmark ran for a single game. Capacity is allocated per game, so every game on the platform can scale to this level independently and at the same time.

Back to the metric ↑
Concurrent capacity for each game

In November 2023, the platform sustained 40 game server deployments per second for 60 minutes across 550+ locations and 17 providers, reaching 14 million concurrent sessions at 100 players per server. Game servers were real containers; player clients were simulated. The benchmark ran for a single game. Capacity is allocated per game, so every game on the platform can scale to this level independently and at the same time.

Back to the metric ↑
Availability

Availability is committed at 99.99% under our SLA and measured continuously against five independently monitored components: Container Registry, Dashboard, Public API, Public Documentation and Website. Trailing 90-day measured uptime: 99.999%. The live figure is published on status.edgegap.com.

Back to the metric ↑
Provider redundancy

Distinct suppliers under contract and carrying production traffic, counted at corporate-entity level. Failover across providers is automatic; it is the premise of the multi-cloud architecture.

Back to the metric ↑

How We Keep This Current

What gets reviewed, on what cadence, and what carries its own date.

Platform figures on this page are reviewed and refreshed quarterly. Metrics drawn from live sources (availability and game server deployments) carry their own as-of dates and are updated as measured. Benchmark results are dated to the test that produced them and are not restated as current figures.

Last updated
Next reviewor earlier

常见问题

Edgegap 是托管和编排方面的专家。我们的平台专为帮助您加速开发流程而构建,让您可以专注于自己擅长的事情——开发。


Hathora 已经关闭。现在搬迁还来得及吗?

不,但您的具体情况决定了第一步。如果您的游戏仍在某处运行,那么迁移就是本页面所述的普通迁移:您的容器本身已经是一个容器,工作仅限于重新指向一个分配调用。如果您的服务器已经关闭,那么路径是一样的,只是顺序相反:先在 Edgegap 上部署镜像,然后重新指向后端。无论哪种方式,您都不需要重写任何关于构建或网络代码的内容,就能让玩家重新在线。

我被推荐过渡到另一个平台。为什么还要考虑 Edgegap?

因为向您提供的过渡方案仍然属于迁移,且这两种路径所需的工程成本不同。为 Hathora 客户发布的过渡路径要求您将服务器 SDK 集成到游戏服务器中,以进行生命周期信号传递(就绪、分配和关闭),并且如果您的后端需要按需请求服务器(如 CreateRoom API 那样),则需要单独订购其分配服务。而 Hathora 之前并不要求在您的游戏服务器中安装服务器 SDK。我们也是如此:您的容器保持原样,您的后端只需进行一次部署调用。请将此与已公布的价格以及自助服务访问权限一起进行权衡。

我的服务器已经在容器中运行。实际有什么变化?

这比我们发布的任何其他迁移方案都要简单,我们宁愿如实相告,也不愿凭空捏造工作量。Hathora 本身就是基于容器的,因此您推送的制品就是您已经构建好的制品。改变的只是词汇表和一次调用:房间(rooms)变成了部署(deployments),进程(processes)变成了部署状态和 Webhook,而 CLI 则被控制台(Dashboard)或 API 取代。您的引擎、网络代码和客户端连接流程都保持原样,无需任何改动。

什么取代了 Hathora Lobbies?

老实说,没有一个可以直接替代的方案:Lobbies 捆绑了三项功能,而 Edgegap 将它们分离开来。对于 DevOps 和测试,Deployment Status API 会告知您部署的运行状况。对于后端自动化,Deployment Webhook 会向您推送这些事件。对于面向玩家的部分,Server Browser 处理搜索和浏览,并配合 Group Up 进行玩家匹配或使用 Reserve Seat 预留位置。大多数团队最终会使用这三项功能中的两项。

我之前使用的是弹性裸金属服务器(Elastic Metal)。现在的等效服务是什么?

专用舰队(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 等进行了集成。如果您最担心的是后端部分,那么这通常是移动起来工作量最小的部分。

Get your Game Online Easily & in Minutes

立即开始集成!

轻松在线游戏
且在几分钟内