【发布时间】：2025-12-25 09:20:14
【问题描述】：
我们正在启动一个基于 K8s 的新项目。生产计划在一年内。对于编排工具来说，什么是更好的选择。 ACS 与 K8s 还是我们应该以 AKS 为目标，即使它处于预览模式？ Azure 上的托管 k8s 是最终决定。这是一个重大项目，将推动企业层面的技术选择。 谢谢
【问题讨论】：
标签： azure kubernetes containers
【发布时间】：2025-12-25 09:20:14
【问题描述】：
两者都不是。
AKS 和 EKS 都处于预览阶段，在很长一段时间内都不会与 GKE 竞争。使用托管 Kubernetes 实现的重要一点不是您获得 K8s 本身，而是您需要的所有插件和集成以及额外功能。因为如果托管服务提供商没有提供你需要的东西，你可能没有足够的访问/控制权来自己添加它。 GKE 几乎是托管 K8s 中的选择，这在目前市场上对于短期生产来说是有意义的。该市场有一些较小的参与者，但谷歌将在获得新功能和稳定性方面超越他们。
现在投资 AKS 或 EKS 的任何人都有很长的路线图和现金来投资长期解决方案。
ACI 很有趣，但它的用例可能太窄，无法将其用作您唯一的部署解决方案。作为高隔离应用程序的快速上市解决方案很有趣，但高隔离也会使其更难用于开发，更昂贵的大型部署，更难与其他解决方案集成。
[编辑 - 抱歉，您说的是 ACI，而不是 ACS]
如果您无法使用 GKE，ACS 可能是一个合理的选择，因为您已经投资了 Azure。 ACS 并不是真正托管 K8s。所以这不是苹果对苹果。 ACS 是微软在加倍开发 K8s 之前对 3 个不同的容器平台（Docker、K8s、DC/OS）的非承诺投资。它实际上是一个安装向导。您可以自己管理系统，但有一些有用的例外。从好的方面来说，这意味着您可以修改它。不利的一面是，您可能无法对安装程序进行太多修改。因此，管理多个修改后的集群要比使用自己的安装程序更麻烦。
与完全托管的 K8s 相比，ACS 的操作和扩展工作量更大，但它也是自我管理的一半，因此权衡是您获得了更多的控制权和灵活性。
Azure 具有 beta 选项和弃用选项。我仍然不推荐，但这真的取决于你对 Azure 的锁定程度。
【讨论】：
-
EKS 今年夏天推出了 GA，所以我最近通过在 GKE 和 GKE 上运行一个 9 pod 测试系统对其进行了评估，并比较了结果。有关详细信息，请参阅glennengstrand.info/software/performance/eks/gke。在 EKS 中配置集群比在 GKE 中更难，但负载下的性能非常相似。