作为 Google Cloud Platform 的一部分，GCP for Games 提供一系列基于云的服务，包括计算、存储和网络，专为游戏开发者量身定制。GCP for Games 建立在 Google 的基础设施上，主要关注 Google Cloud 生态系统。这意味着尽管它提供强大的工具和服务，但它仅限于 Google 的区域和区域以优化延迟。
Edgegap 是一个强调边缘计算和多云支持的游戏平台。Edgegap 自动配置边缘位置以实现最佳延迟，为全球玩家提供更无缝的体验。与 GCP for Games 不同，Edgegap 利用 17 个以上的全球提供商，包括 GCP，但还增加了 AWS、Akamai 和 Azure，以提供更广泛的网络基础设施，帮助减少延迟并提高性能。
此外，Edgegap 提供一个内置的优化延迟和玩家偏好的配对系统，简化了游戏开发者的匹配过程。相比之下，GCP for Games 要求开发者构建或集成自己的匹配系统。
GCP for Games 和 Edgegap 之间的主要区别在于它们对网络基础设施、延迟优化和匹配的处理。Edgegap 提供一个更灵活且全球关注的解决方案，具有其多云支持和内置的配对系统，而 GCP for Games 在 Google Cloud 生态系统内提供了一整套强大的工具和服务。
初始设置与集成
使用Edgegap，初始设置变得简单，因为它管理着多个云服务提供商（包括GCP）之间的基础云基础设施。用户只需将Edgegap的SDK和API集成到他们的游戏中。Edgegap会自动配置边缘位置以优化延迟，并包括一个匹配器，以根据各种标准简化玩家的连接。
游戏的 Google Cloud Platform (GCP) 需要将其 SDK 和 API 集成到您的游戏中，并使用 Google Cloud Console 来设置和管理服务器实例、扩展策略和其他设置。GCP 并未提供内置的匹配解决方案，因此开发人员必须创建自定义的匹配逻辑或利用第三方解决方案。
产品
Edgegap 的连接性围绕利用多个云服务提供商，包括 AWS、GCP、Azure 以及全球超过 16 个其他提供商。这使 Edgegap 能够通过边缘计算提供更好的全球覆盖率和延迟优化，自动根据延迟选择服务器。Edgegap 通过根据延迟和服务器性能优化连接来管理负载均衡。
谷歌云平台 (GCP) 为游戏提供了在 GCP 基础设施内的连接，这限制了其在 GCP 区域和可用区的全球覆盖范围。GCP 提供基于区域的服务器选择，这可能没有边缘计算方法在延迟方面优化得那么好。负载均衡和在 GCP 内的连接通过 GCP 网络服务进行管理，例如云负载均衡。
性能（分布、延迟减少、可扩展性和弹性）
Edgegap 提供边缘计算，通过根据延迟自动选择服务器来优化卓越的延迟。Edgegap 的多云方法，利用多个云提供商和边缘位置，确保更好的全球覆盖，更高的冗余性和优化的资源分配。负载均衡由 Edgegap 管理，并根据延迟和服务器性能进行优化。使用 Edgegap 的自动扩缩容在多个云提供商之间是无缝的。
Google Cloud Platform (GCP) 在游戏中提供基于区域的服务器选择，这可能不如边缘计算方法在延迟方面优化得好。GCP 的全球覆盖范围仅限于其区域和可用区，它的负载均衡和资源分配依赖于 GCP 资源和配置。GCP 在其基础设施内提供自动扩展和基于其数据中心和网络服务的网络冗余。性能的定制选项仅限于 GCP 服务和资源。
Edgegap 在多个云服务提供商之间提供无缝自动扩展，包括 AWS、GCP、Azure 及全球其他超过 16 家提供商。这种多云方法确保了更好的全球覆盖，并在各个云提供商和边缘位置之间优化资源分配。Edgegap 管理负载平衡，基于延迟和服务器性能优化连接，并简化基础设施管理。
谷歌云平台 (GCP) 为游戏提供了基础设施内的自动扩展功能。虽然 GCP 提供了多区域支持，但其全球覆盖范围仅限于区域和可用区。GCP 根据服务器实例和区域管理负载平衡。GCP 没有内置的多云支持，因此其可扩展性仅限于其基础设施。在 GCP 内部进行可扩展基础设施管理需要手动管理资源和配置。
Edgegap 提供基于使用量的定价模型，具有在未使用时关闭服务器成本和自动按容量扩展的优势，这可能导致较低的成本。基础设施设计用于在不服务时关闭服务器成本，从而导致比 GCP 更低的价格。
另一方面，针对游戏的Google Cloud Platform (GCP)遵循按需付费的定价模型，考虑到计算、存储、数据传输和负载均衡等额外服务的使用情况。在GCP上，您可能需要根据预期容量为闲置的服务器付费，并可能需要手动进行扩展调整。
从 GCP for Games 切换到 Edgegap 应该是可管理的，因为这两个平台提供多玩家游戏基础设施并支持各种游戏引擎。 但是，在迁移过程中，您需要遵循一些特定步骤和考虑因素。 下面是从 GCP for Games 切换到 Edgegap 的步骤的一般概述：
分析当前 GCP for Games 实施：了解您在 GCP for Games 设置中使用的架构、功能和服务。 这将帮助您识别迁移到 Edgegap 所需的组件。
熟悉 Edgegap 的功能和服务：查看 Edgegap 的文档和功能，包括匹配、边缘计算和多云支持。 这将帮助您确定如何将当前 GCP for Games 实施映射到 Edgegap 的服务。
计划迁移：创建详细计划概述从 GCP for Games 迁移游戏到 Edgegap 的步骤。 这可能包括重新配置您的游戏服务器逻辑，更新您的匹配系统以使用 Edgegap 的匹配器，以及与 Edgegap 的 API 建立必要的集成。
迁移游戏服务器逻辑：调整您的游戏服务器逻辑以与 Edgegap 的基础设施协同工作。 这可能涉及修改服务器端代码或实现新游戏服务器功能，以利用 Edgegap 的独特产品。
更新匹配：用 Edgegap 的匹配器替换 GCP for Games 的匹配。 确保您的游戏正确连接到 Edgegap 的匹配服务，并且创建和加入游戏会话的逻辑按预期工作。
测试迁移：在迁移到 Edgegap 后，全面测试您的游戏，确保所有功能和服务正常运行，性能符合您的期望。
监控和优化：成功切换到 Edgegap 后，监控您游戏的性能和资源使用情况。 做出必要的优化，以进一步改善游戏体验。
头对头比较
| Edgegap | Google Cloud for Games |
|---|---|---|
重点 | 通过世界多云网络利用边缘计算，实现优化的延迟和性能。 | 托管游戏服务器服务
|
托管 | 部署在距离玩家最近的分布式边缘计算，以降低延迟并改善多人游戏体验。 | GCP托管服务器
|
地区 | 拥有超过17个提供商、615多个全球地点的广泛全球分布。 | 40个区域和187个边缘位置。
|
定价模型 | 按分钟计费，支付仅用于活动使用和流量的费用，成本计算精确。 | 按使用付费的定价模型，考虑计算、存储、数据传输等方面的使用。 |
引擎支持 | 在Unity和Unreal编辑器中本地支持的插件，并支持Godot、Cocos。即将可用于Bevy。 | 可部署于支持容器化的主要游戏引擎。
|
可扩展性 | 高达1400万CCCU，支持每秒40次部署的动态快速扩展，持续60分钟。 | 自动扩展，由于低优化导致的容量浪费有高额增长空间。
|
文档与支持 | 全面的文档、仪表板和为客户提供的24/7支持。 | 文档、仪表板和客户支持。
|
集成的易用性 | 为主要游戏引擎（Unreal、Unity）提供的“一键”插件，并与SDK/API无缝集成。为主要引擎、网码等提供视频教程。 | 配置服务器实例、扩展策略和其他设置。
|
网络 | 由于Edgegap构建的世界最大边缘计算网络，优化了低延迟网络。 | 基于地区的服务器选择。
|
基础设施 | 包括公共云和裸金属在内的17+提供商，提供多云以确保自动流量重新路由，实现最大程度的弹性。 | GCP区域和区域。
|
