如何借 Anbox Cloud 构建出色的云游戏平台

by Canonical on 20 November 2025

为何选择云游戏？

云游戏正在改变我们的游戏方式。玩家无需购买昂贵的硬件，而是从云端流式传输游戏，就像游戏界的 Netflix 一样。

这已不再是未来主义的构想，它就在眼前。NVIDIA GeForce Now、Sony PS Plus 以及 Xbox Cloud Gaming 等服务已展示出可能的图景：将所有心仪游戏（包括独立游戏和 AAA 游戏）从强大的云服务器流式传输至低端设备，从而畅玩高端游戏。

但云游戏的意义不仅在于通过云端运行游戏，更在于让玩家摆脱硬件的束缚。手机可以变身游戏主机，笔记本电脑甚至不需要专用 GPU 就可以成为游戏级电脑。为了实现这一目标，平台必须做到：

• 响应速度：理想状态下输入延迟为零，如同本地游戏般流畅
• 可用性：可按需要、不限地点地尽快启动会话
• 安全性：隔离会话，加密流式传输
• 一致性：在所有设备上均能提供相同的体验

构建自有云游戏平台是一项艰巨的任务。游戏的资源需求量大，并且高度依赖 GPU 运算。但网络混乱且不可靠。玩家的期待值又很高。

所以问题在于：如何大规模提供可靠的云游戏体验？

我们将在此蓝图中介绍如何使用 Anbox Cloud 构建强大、可扩展、响应迅速的云游戏平台，以便您将 Android 游戏流式传输至任何设备、任何地点，畅享低延迟、零安装、高可扩展性体验。

厘清核心概念

在考虑启动容器或虚拟机之前，一定要搞清楚以下概念：

1. 会话是短暂的，但进度应永存

玩家的游戏会话只短暂存在。就如在 Netflix，您不会将整部电影下载到设备上进行保存。您也无需“安装”游戏，每次启动都是进入一个全新的隔离环境中，流式传输游戏，结束后释放会话。话虽如此，玩家仍希望能根据游戏类型重新加载至上次结束会话时所处的位置。因此，务必要妥善存储用户进度！如果他们耗费数小时“肝”任务，您却没有保存，那么他们绝不会原谅您。

2. 输入延迟至关重要

从我亲自尝试过的多种游戏流式传输解决方案来看，这是最难做好的部分。目标是实现低于 100 毫秒的往返延迟。每一毫秒都至关重要。流式传输太慢？玩家会愤而退出。因此整个堆栈、编解码器、传输协议、乃至服务器选址，都必须以速度而非稳定性进行调优。当然，“最后一英里”关系到终端设备、Wi-Fi 质量等，往往超出您的掌控。您的职责是优化在这之前的每一步。

比输入延迟更糟糕的是延迟一致性。一旦延迟开始飙升，任何游戏都会变成噩梦：帧卡顿、计时故障，您将无法预测输入何时才能生效。因此，您不能只考虑速度，还需要制定丢包应对计划。重传听起来像是个好主意，但如果包已经延迟，重新发送只会让情况变得更加糟糕。前向纠错（FEC）通过预先添加冗余来确保缺失数据能够立即重建，从而解决了这一问题。Anbox Cloud 采用 FlexFEC 实现进一步优化，后者是一个动态控制器，能够根据包丢失反馈、往返时间、可用比特率以及观测到的丢失模式实时调整 FEC 开销。结果是：用少量带宽换取稳定性，让会话平稳降级而非卡顿，从而在混乱的现实世界 Wi-Fi 环境中获得更加流程的游戏体验。

3. 模块化设计优势明显

下述模块间存在着一条天然边界：

• 会话控制（你的后端）：用户认证、匹配、编排
• 会话执行（游戏工作负载、容器）：隔离运行时（Android 等）
• 会话交付（流式传输栈）：编码 + 流式传输给玩家

让这些模块保持分离，系统就能实现扩展、运转如常，希望您也能因此保持头脑清醒。

云游戏平台采用何种架构

示意图如下：

您利用自动化功能、高效架构以及界面设计将所有元素整合为一体。理想情况下，玩家永远不必了解底层机制。只需点击，即刻畅玩。

构建指南（步骤详解）

下述指南将介绍如何使用 Anbox Cloud 从零开始构建运转正常的可扩展云游戏平台。

1. 准备基础设施

您需要能够运行 GPU 加速容器工作负载的设备，例如搭载 NVIDIA GPU 的虚拟机，以及可提供最大控制权和较低延迟的裸机服务器。Ubuntu 24.04 LTS 安装了 LXD 和 NVIDIA 驱动器，是一个坚实的底层基础。Anbox Cloud 使用支持 GPU 加速的 LXD 容器，因此一切都依赖于完善的底层基础设施。

有两种配置可供选择：

• MicroCloud 提供快速且固执已见的堆栈，非常适合边缘部署或小型集群。它易于设置，并且与 Canonical 生态系统完全集成。
• MAAS 提供更大的裸机服务器控制权，尤其是在数据中心或大规模部署场景中。如果您希望将物理 GPU 视为云端，则 MAAS 是理想之选。

无论您使用的是 AWS、GCP、本地部署还是自有 GPU 机架，您的目标始终不变：配置主机池，确保 Android 容器正常运行，并实现最低延迟和可预测的性能。

2. 部署 Anbox Cloud

基础设施就绪，现在该让 Anbox Cloud 上线了。

Anbox Cloud 包含控制平面（API、调度器、网关、媒体中继）和执行节点，而游戏在执行节点上的容器中运行。部署控制平面时，可以使用 Canonical 的服务编排工具 Juju。该工具适用于公共云和裸机环境，是整个堆栈的部署过程可重复且简洁高效。

示例：

sudo snap install --channel=3/stable juju
juju clouds
juju add-credential aws
juju bootstrap aws my-controller
juju add-model anbox-cloud

后续步骤（绑定 Ubuntu Pro 订阅、部署 Anbox Cloud 本身），敬请参阅官方文档。

3. 上传游戏

现在，您可以将任意 Android APK 推送至平台。Anbox Cloud 会将其封装为镜像，启动容器，并流式传输会话。

简单如：

amc application create <path/to/application_content>

敬请参照此处的完整文档：
https://documentation.ubuntu.com/anbox-cloud/howto/application/create-application/ 

4. 开启游戏会话

应用程序一旦上传，您就可以启动容器，生成 WebRTC 流，并获取会话网址。

这便是首个端到端运行的可玩体验。

从原型到生产

一旦证明单个游戏可以实现端到端流式传输，挑战就变成将其扩展为真正的平台。您的后端现已成为运行的指挥中心：它决定何时开始会话、将用户分配给容器、追踪游戏时间、并在会话结束时进行清理。

身份认证、编排、匹配，这些功能均位于 Anbox Cloud 之外，但直接接入其 API。无论您构建后端时采用的是 Django、Node.js 还是 Go，它都不仅要启动会话，还需要处理用户掉线、空闲超时、重新连接等问题，并胶合逻辑，使得平台达到生产级别。

前端是玩家了解这一切的窗口。它不必花哨，只需快速且响应及时即可。点击“游戏”，开启会话，即刻开始传输。Web 客户端运行良好，但任何支持 WebRTC 的现代堆栈都能实现这一点。关键在于适应性：移动端支持触控、桌面端支持鼠标和键盘，并为需要控制器的用户提供控制器支持。初始阶段不必过度设计，但务必确保流式传输的稳定性，然后再逐步改进。

UX 和扩展注意事项

现在到了关键部分，即哪些要素将试玩版与玩家真正愿意使用的版本区分开来。

启动时间是头号要素。用户不会等待。如果加载容器需要十秒，那么您已经失去了他们。通过积极的预加载和缓存让热门游戏保持“活跃”。尽可能重复利用图层，让“点击即玩”真正实现即点即玩，无需获取等待。

视频质量是第二考验。网络状况时好时坏，尤其是在移动设备上。比特率和分辨率需要无缝自适应。用户从 Wi-Fi 切换至 4G 流量时，视频质量不能下降，反之亦然。自适应流式传输和回退模式会通知玩家，他们的会话仍处于活跃状态。

还有延迟问题，这您已然清楚，它至关重要。确保往返延迟不超过 100 毫秒，更重要的是保持稳定，否则用户会觉得故障频发，难以使用。正因如此，TURN 服务器部署、快速协商机制以及区域主机托管并非锦上添花，而是决定系统存亡的关键要素。

最后，在出现故障时，要隐藏痕迹。重新连接不应像崩溃般突兀。即便网络中断，游戏体验也应保持连贯。

会话是短暂的，但体验应稳定可靠。确保每位玩家处于隔离状态，加密每次流式传输，并在结束时彻底清理容器。这就是您在扩展过程中赢得信任的方式。

为什么可行

这种架构的作用机制不是魔法，而是模块化。您不用从零开始构建流媒体平台，只需将采用扩展设计的各部件组合起来：Anbox Cloud 提供 Android 运行时和流式传输层，LXD 提供容器，Juju 负责编排，MAAS 或 MicroCloud 用于构建可按需运行的基础设施。

它运行迅速、安全可靠、可灵活扩展，而且始终由您掌控。您可以持续优化，并完全掌控用户体验。

而这正是玩家心之所向。也是您的堆栈需要实现的目标。

常见问题

我是否可以将它用于非游戏 App？

可以。任何 Android App 都可以运行，无论是生产力工具、教育应用，还是传统企业工具。只要能在 Android 上运行，就能在这里运行。而且流式传输过程并无二致。

扩展性如何？

它支持水平扩展。只需添加配备 GPU 的主机，即可按需进行线性扩展，而无需重新构建任何东西。

我可以不在云端，而是在本地运行吗？

当然可以。这正是 MAAS 或 MicroCloud 的用武之地，即以相同的堆栈，选择是要更接近用户还是更靠近自有数据中心。

这种解决方案真的优于虚拟机吗？

对于云游戏来说，是的。容器启动更迅速，占用内存更少，而且更易于进行规模化管理。如果您认为虚拟机更“实用”，那么您构建的平台类型可能不对。

小结：为何选择 Anbox Cloud？

因为从头构建云游戏非常困难，您大可不必如此。

Anbox Cloud 提供以下核心模块：原生 Android 容器、采用 WebRTC 的实时流式传输、GPU 加速以及全自动化功能。它通过 LXD 和 Juju 实现水平扩展，并在隔离容器中安全运行，可以流式传输至任何浏览器或设备。

您正在构建无缝游戏体验，组装生产就绪型平台，使用您掌控的开放工具。只要使用 Anbox Cloud，您就能奠定坚实的基础。

剩余部分则由您自由发挥。您可以专注于玩家体验，独特功能、商业逻辑，不必再分心于基础设施。只要运行正常，玩家便不会追问运作机制，只会尽情畅玩。

有项目创意？请联系我们的团队，共同探讨。

---

Android 是 Google LLC 的商标。Anbox Cloud 通过 Android Open Source Project 使用可用资源。