我们正在开始一个基于K8s的新项目。生产计划在一年内完成。什么是业务流程工具的更好选择。 ACS与K8s或我们应该针对AKS，即使它处于预览模式？ Azure上托管的k8s是最终决定。这是一个推动企业级技术选择的重大项目。 感谢
答案 0 :(得分：0)
都不是。
AKS和EKS都在预览中，很长一段时间都不会与GKE竞争。使用托管Kubernetes实现的重要一点并不是您获得K8本身，而是获得所需的所有插件和集成以及额外功能。因为如果托管服务提供商没有提供您所需要的内容，您可能没有足够的访问/控制权来自行添加。 GKE几乎是托管K8的选择，现在市场对于近期生产有任何意义。该市场中有一些较小的参与者，但谷歌将在获得新功能和稳定性方面超越它们。
任何投资AKS或EKS的人现在都有很长的路线图和现金来投资于长期解决方案。
ACI很有意思但它的用例可能太窄而无法用作唯一的部署解决方案。作为高隔离度应用程序的快速上市解决方案，它很有意思，但高隔离度也会使其更难用于开发，对于大型部署来说更昂贵，并且更难与其他解决方案集成。
[编辑 - 抱歉认为你说的是ACI，而不是ACS]
如果您不能使用GKE，那么ACS可能是一个合理的选择，因为您已经投资了Azure。 ACS并非真正托管K8s。所以这不是苹果。 ACS是微软对3种不同容器平台（Docker，K8s，DC / OS）的非承诺投资，之后它们在K8上翻了一番。它实际上是一个安装向导。您可以自己管理系统，但有一些有用的例外。在正面这意味着，您可以修改它。在不利方面，您可能无法修改安装程序。因此，管理多个修改过的集群比使用自己的安装程序更麻烦。
与完全托管的K8相比，ACS将更多地进行操作和扩展，但它也是自我管理的一半，因此权衡是您获得更多的控制和灵活性。
Azure具有beta选项和不推荐使用的选项。我仍然不推荐，但这实际上取决于你是如何锁定Azure的。