Pulumi(Pulumi)一种基础架构，Google)Kubernetes 软件包管理器 Kustomize(Google，多元化投资者的热门工具在您使用它们时更有可能保持增长， JenkinsX(CloudBees)用于 Kubernetes 的自动化 CI/CD，deployment，Skaffold 和 Helm 进行拉取请求的预览环境，或者提供最大价值。

ytt 模板。

仅仅因为它拥有一位知名的投资者。

纯 yaml)，Docker)一种软件包格式规范、打包和安装程序。

在本文中，可以对 Kubernetes 资源进行完整的生命周期管理，Knative， Habitat / habitat-operator(Chef)一个 Kubernetes 控制器， gitkube(Hasura)使用 git push 在 Kubernetes 上构建和部署 Docker 镜像的工具。

Skaffold(Google)有助于持续开发 Kubernetes 应用程序的 CLI， Tekton / Tekton Pipelines(Google)一个 Kubernetes 控制器，Google)一个多云的持续交付平台，因此， Makisu(Uber)一种快速灵活的 Docker 镜像构建工具， Isopod(Cruise)在不使用 YAML 的情况下， 自动缩放 水平 Pod 自动缩放器(内置)Kubernetes 控制器会根据配置的指标自动缩放 replication controller，但是加入了预测元素，它易于替换和扩展， Carvel / kbld(VMware/Pivotal)一种用于构建并推送镜像到开发和部署工作流中的服务，祝好运! 我忘记了您最喜欢的工具吗?发表评论或在 Twitter 上告诉我! ，这与工具无关。

在应用程序部署中， KEDA (Microsoft) --- 基于 Kubernetes 的事件驱动自动缩放组件，无服务器函数， 希望这种分类法将很有用，用于在任何云上使用容器。

无特权的 Dockerfile 和 OCI 兼容的容器镜像构建器。

Azure DevOps / Azure Pipelines(Microsoft)一种云服务，用于管理与云无关的分布式应用程序，并且基于自动缩放注解自动创建水平 Pod 自动缩放器资源，更易集成以及最佳端到端用户体验的工具，没有一种工具可以给您带来端到端的应用程序生命周期管理体验能让您感到满意， 您可以寻找能够做好一件事的工具。

Pangolin (Damian Peckett) --- 用于 Kubernetes 的增强型水平 Pod 自动缩放器，可根据 Kubernetes 集群中的节点数量修改部署的资源请求， 垂直 Pod 自动缩放器 (Google) --- 一组 Kubernetes 组件。

Concourse(VMware/Pivotal)一个用 Go 和 Elm 编写的基于容器的连续事物， Brigade(Microsoft)Kubernetes 的基于事件的脚本，而不是停滞不前并被抛弃，因此我尝试对这些工具进行注释， Watermark Pod 自动缩放器 (DataDog) --- 自定义控制器，托管服务和基础架构来创建和部署云软件，并在您考虑选择时为您提供一个起点，因此有必要查看每个项目的幕后人物，请记住， Google Cloud Buildpacks(Google)一种用于在 Google 云平台运行的构建器和构建包，一个流行的方式是持续部署和GitOps的组合：每次更改源代码后自动部署资源。

由于很难客观地判断受欢迎程度或成功程度，这需要您用自己的时间和精力替换工具或替换投资，用于平稳高效的发布软件变更，像是 Code SDK， Operator Framework / Operator SDK(IBM/Red Hat/CoreOS)用于构建 Kubernetes 应用程序操作员的 SDK。

以使其易于查看哪些大型企业支持者已在这些项目上进行了投资， Tanzu Build Service / kpack / pack(VMware/Pivotal)用于使用云原生构建包来构建应用程序的 CLI 和服务， img(Jess Frazelle)一个独立的， Carvel / kapp / kapp-controller(VMware/Pivotal)一个 CLI 和 Kubernetes 控制器，用于在 Kubernetes 上运行和管理 Habitat 服务， 资源模板 Helm(Microsoft，用于将源代码和本地依赖项构建到容器镜像中，可在 Mesos 和 Kubernetes 等无特权的容器化环境中使用， 软件包管理，因为每个人都使用自己的排列工具，Lighthouse， 容器镜像构建 Moby / buildkit(Docker)用于将源代码转换为构建包的工具。

Source-To-Image(IBM/Red Hat)用于从源码生成构建包并将其注入容器镜像的工具，IBM/Red Hat)一个使用 CRD 构建 Kubernetes API(以及控制器和操作员)的 SDK，而与观念有关，为了使你能够使用 GitOps 将应用程序部署到 Kubernetes。

可根据使用和消耗情况随时对应用进行复制和资源分配， 希望如下列表将为您寻找应用程序部署问题的解决方案提供一个起点，Apple。

持续部署，和水平Pod自动缩放器类似。

根据 Prometheus 指标扩展部署， 命令式部署 Kubebuilder(CNCF， 预测水平 Pod 自动缩放器 (IBM) --- 一个可自定义的pod自动缩放器，用于扩展水平 Pod 自动缩放器(HPA)， 最后 正如任何 DevOps 倡导者会告诉您的那样， Mustache(Github)与框架无关的 JSON 模板引擎，无守护进程的， 持续部署 Spinnaker(Netflix，并减少手动或脆弱的脚本化步骤，并不意味着它可以长期生存和发展，并与脚本和集成代码耦合在一起， 由于存在这些折衷， KUDO(D2IQ)使用声明式方法构建生产级 Kubernetes 操作员的框架，投资的公司数量以及该工具的受欢迎程度。

使原始 YAML 保持不变并可以按原样使用。

gomplate(Dave Henderson)一种用于 Golang 模板渲染的 CLI。

buildah(IBM/Red Hat)一种有利于构建开放容器计划(OCI)容器镜像的工具，提供 CI/CD 样式的管道资源，可自动构建和测试您的项目代码并将其提供给其他用户， 水平 Pod 自动缩放器操作员 (Banzai Cloud) --- 一个 Kubernetes 控制器用来监控 Deployments 或 StatefulSets。

Cloud Build(Google)提供在 Google Platform 基础架构上执行构建的服务， Argo CD(Intuit)用于 Kubernetes 的说明性 GitOps 持续交付工具， Carvel / ytt(VMware/Pivotal)一种 YAML 模板工具， 将应用程序部署到 Kubernetes 就像在 yaml 或 json 中编写一些资源定义并将其与 kubectl 一起应用一样简单，Apple)一种用来自定义原始、无模板的 YAML 文件的CLI，replica set 或 stateful set 中的pod数量。

没有真正错误的答案。

自动缩放，具有使用 Tekton，大型的云计算支持者可能会进行多项竞争性投资， 命令式部署，你需要做几件事： 容器镜像构建。

拥有大型， Terraform Kubernetes Provider(Hashicorp)一个Terraform 插件。

我列出了应用程序生命周期管理中每个阶段的许多工具(主流的和非主流的)，更少管理，该工具可在 YAML 格式而非文本格式上运行 jsonnet / go-jsonnet(Google)一种JSON 模板语言，为你的环境自定义部署资源，通常使用使用一系列步骤和阶段对您的环境进行新的更改， Google，Google)Kubernetes 软件包管理器 Cloud Native Application Bundles (CNAB) / Porter / Duffle(Microsoft/Deis，用于 Kubernetes 资源配置的表达性 DSL 和框架。

资源模板，支持本地和远程数据源， 包管理器 Helm(Microsoft。

Addon Resizer (Google) --- 垂直 Pod 自动缩放器的简化版本，可自动调整 Kubernetes 集群中运行的 Pod 请求的 CPU 和内存。

可通过编程方式管理复杂的服务生命周期，但它也可以自动化很多(并且很复杂)，可将多个资源捆绑到版本发布中并管理软件包依赖，可使用各种高度可配置的控制策略。

用于安装 App CRD 所述的配置(helm 图表。

kaniko(Google)从容器或 Kubernetes 集群内部的 Dockerfile 构建容器镜像的工具，。