使用 Kubernetes Agones 是否在经济上有意义？

如果您打算使用 Kubernetes Agones 来管理您的多人游戏服务器，您可能要三思而后行。这就是原因。Agones 的诞生源于使用 Kubernetes 管理游戏服务器的需求。它成为了我们所熟知的 CRD，可以应用于现有的 Kubernetes 集群，为您提供一组与游戏中心特定相关的网络方法和功能。其主要特点是可以“分配”一个正在运行的 pod，这在标准的 Kubernetes 中是做不到的。

要获得 Agones，您首先必须让 Kubernetes 运行。如果您从未做过，这绝不是一件小事。需要多个组件，并且伴随而来许多网络要求。在您的笔记本电脑上使用 Kubeadm 运行独立版本可能只需几条命令行，但安装一个实际的生产级环境带有自动扩展和弹性，是完全不同的故事。更不用说 Ops 方面（您必须用如“免费开源”解决方案来处理），以正确的方式安装 Kubernetes 并充分利用该解决方案需要几个月的培训和多个工程师来运营。一旦开始运行，您将不得不为托管硬件和网络流量付费。添加工程资源时，您真的在利用一个免费的开源解决方案进行节省吗？

现在让我们来看看 Agones CRD。一旦您让 Kubernetes 运行，您将安装 Agones CRD，它启用这些新功能。它增加了一定程度的复杂性，可能不受您外部工具管理 Kubernetes 的支持。您还需要设置一个入口代理，这并不简单。大多数仍处于 beta 阶段，并需要更多的员工去理解、安装和管理。Agones 和 Kubernetes 的主要问题是，它会迫使您作为游戏工作室决定您希望游戏服务器在哪里运行（由于 Kubernetes 的高度集中化理念），并且您将不得不启动待命实例以等待玩家加入。看似便宜的解决方案会迅速变成每月 15,000 到 20,000 美元，即使您没有单个玩家。这是因为需要 3-4 名工程师来管理该解答，至少三个服务器作为三合一控制器，每个位置一个小兵，并且支持全球的 QA 团队和玩家将需要至少六个站点，如果不是更多。我们正在查看 6 个位置 x 4 台服务器 + 4 名工程师的薪水。

一旦您和您的团队花费六个月的时间和大量资金来调查这条路径时，您会发现这一点。有替代方案。

管理型容器即服务解决方案可能是最好的前进路径。例如，AWS Fargate、ECS 或 Google Cloud Run 将允许您自动将 ci/cd 连接，以推送新的游戏服务器镜像并按需启动游戏服务器。您可以构建一个简单的编排来启动和停止实例，并从匹配器管理分配。另一种替代方案是寻找类似于 Fargate 但专门为游戏服务器量身定制的服务，比如 Edgegap。

Edgegap 消除了您的匹配器管理分配的需求，您将不再需要编排，因为编排器已经集成到托管平台中。