所有那些无服务器和容器的东西都很好。如果您要开始一项新业务并从头开始构建所有内容，请务必使用容器来部署应用程序，并在拥有带宽(或可能不具备)的情况下使用Kubernetes来编排应用程序，并且拥有配置和配置技术的技能。操作Kubernetes以及在Kubernetes上部署应用程序。

即使您将Kubernetes的操作卸载到诸如EKS，GKE或AKS之类的Kubernetes托管服务上，在Kubernetes上正确部署和操作应用程序也需要学习。您的开发团队应该应对挑战。只有您的团队遵循DevOps理念，才能实现很多好处。如果您有中央sysadmin团队为其他团队开发的应用程序编写清单，那么从DevOps的角度来看，我们个人认为Kubernetes的好处较小。当然，您可以选择Kubernetes带来许多其他好处，例如成本，更快的实验，更快的自动缩放，弹性等。

如果您已经在云VM或其他PaaS上进行部署，那么为什么真正考虑从现有基础架构迁移到Kubernetes?您是否相信Kubernetes是解决问题的唯一方法?您必须清楚自己的动机，因为将现有基础架构迁移到Kubernetes是一项艰巨的任务。

我们在这方面犯了一些错误。我们迁移到Kubernetes的主要原因是建立一个持续集成的基础架构，该基础架构可以帮助我们快速重新构建微服务，而这些年来，这些微服务一直困扰着许多架构。大多数新功能都需要涉及多个代码库，因此，一起开发和测试所有这些功能会使我们慢下来。我们认为有必要为每个开发人员和每个变更提供一个集成的环境，以帮助加快开发和测试周期，而无需协调谁来获得“共享阶段环境”。