将应用程序部署到 Kubernetes 比较简单，但要进行大型项目管理实现配置自动化就相对复杂了，本文介绍了 Kubernetes 应用程序生命周期管理的各个阶段可能会使用的一些工具（主流非主流的都有），而且通过标注各项目背后的投资大佬，给大家提供一种选择的决策依据。
将应用程序部署到 Kubernetes 非常简单，只需要用 yaml 或 json 编写一些资源定义并将它们应用到 kubectl 中就可以了，但要实现配置自动化就相对复杂了。
在应用程序部署中，一个比较流行的做法是将持续部署和 GitOps 结合使用：每次对源代码进行更改后，资源都会自动部署。如果想要使用 GitOps 将应用程序部署到 Kubernetes，需要经历以下过程：
在本文中，我介绍了 Kubernetes 应用程序生命周期管理的各个阶段可能会使用的一些工具（主流非主流的都有）。由于很难客观地判断工具的流行性和成熟度， 因此我对这些工具进行了注释，说明了哪些大型公司对这些项目进行了投资，供你参考判断。不过请记住，大公司对一个项目通常可能会做多个竞争性投资，因此，仅仅因为项目拥有一位知名的投资者，并不能得出它可以长期生存和发展的结论。
希望此列表可以在你寻找应用程序部署问题解决方案时提供一些帮助。
容器镜像构建
资源模板
包管理
持续部署
命令式部署
自动缩放
写在最后
正如 DevOps 倡导者宣扬的那样：这与工具无关，而与观念有关。没有一个工具能给你带来让你兴奋的全生命周期端到端管理体验，因为每种工具都有他们自己的工具组合，通过与脚本和集成代码配合完成工作。
你可以找到能够很好地完成一件事情的工具，易于替换和扩展，也可以选择为你提供最大性价比的工具，让你更容易对项目进行管理，集成成本也更低，同时还拥有较好的端到端用户体验。以上的选择都没有什么错。
权衡这些因素后，你还需要看看这些项目背后的大佬，它是哪家公司投资的、项目的流行度如何？那些拥有大型公司或者有着多样化投资者的主流工具更具有持续成长性。不然，你选择后，项目不更新或者被抛弃了，那你只能花自己的时间和精力来维护这些工具了。
原文链接
