写点什么

选型必看:Kubernetes 应用程序部署工具应该选哪些?

  • 2020-11-29
  • 本文字数:3033 字

    阅读完需:约 10 分钟

选型必看:Kubernetes 应用程序部署工具应该选哪些?

将应用程序部署到 Kubernetes 比较简单,但要进行大型项目管理实现配置自动化就相对复杂了,本文介绍了 Kubernetes 应用程序生命周期管理的各个阶段可能会使用的一些工具(主流非主流的都有),而且通过标注各项目背后的投资大佬,给大家提供一种选择的决策依据。


将应用程序部署到 Kubernetes 非常简单,只需要用 yaml 或 json 编写一些资源定义并将它们应用到 kubectl 中就可以了,但要实现配置自动化就相对复杂了。


在应用程序部署中,一个比较流行的做法是将持续部署和 GitOps 结合使用:每次对源代码进行更改后,资源都会自动部署。如果想要使用 GitOps 将应用程序部署到 Kubernetes,需要经历以下过程:


  • 容器映像构建, 将源代码和本地依赖关系构建到容器映像中。

  • 资源模板, 为环境定制部署资源的资源模板。

  • 包管理, 将多个资源捆绑到版本发布中,并管理包依赖关系。

  • 持续部署, 通常通过一系列操作和步骤,对环境进行更改。

  • 命令式部署, 以编程方式管理复杂的服务生命周期,并减少手动或简单的脚本化步骤。

  • 自动缩放, 根据资源使用情况和消耗情况,自动缩放来管理应用程序的响应和资源分配。


在本文中,我介绍了 Kubernetes 应用程序生命周期管理的各个阶段可能会使用的一些工具(主流非主流的都有)。由于很难客观地判断工具的流行性和成熟度, 因此我对这些工具进行了注释,说明了哪些大型公司对这些项目进行了投资,供你参考判断。不过请记住,大公司对一个项目通常可能会做多个竞争性投资,因此,仅仅因为项目拥有一位知名的投资者,并不能得出它可以长期生存和发展的结论。


希望此列表可以在你寻找应用程序部署问题解决方案时提供一些帮助。


容器镜像构建


  • Moby / buildkit (Docker) ——用于将源代码转换为构建工件的工具包。

  • kaniko (Google)—— 在容器或 Kubernetes 集群中从 Dockerfile 构建容器映像的工具。

  • img (Jess Frazelle) ——一个独立的,没有守护进程,非特权模式的 Dockerfile 和 OCI 兼容的容器映像构建器。

  • buildah (IBM/Red Hat)——用于构建开放式容器计划(OCI)容器映像的工具。

  • Source-To-Image (IBM/Red Hat)——用于从源构建工件并注入容器映像的工具。

  • Tanzu Build Service / kpack / pack (VMware/Pivotal) ——使用 Cloud Native Buildpacks 构建应用程序的 CLI 和服务。

  • Carvel / kbld (VMware/Pivotal)——用于构建映像并将其推入开发和部署工作流的服务。

  • Google Cloud Buildpacks (Google)——为运行在谷歌云的容器平台而设计的构建器和构建包。

  • Makisu (Uber) ——快速而灵活的 Docker 镜像构建工具,可以在 Mesos 和 Kubernetes 等非特权的容器环境中工作。


资源模板


  • Helm (Microsoft, Google) ——Kubernetes 包管理器。

  • Kustomize (Google, Apple)——用于定制原始的、无模板的 YAML 文件的 CLI,使原始的 YAML 保持原样并保持可用。

  • Carvel / ytt (VMware/Pivotal)——基于 YAML 结构的 YAML 模板工具。

  • jsonnet / go-jsonnet (Google) ——JSON 模板语言。

  • gomplate (Dave Henderson) ——用于 golang 模板渲染的 CLI,支持本地和远程数据源。

  • Mustache (Github) ——与框架无关的 JSON 模板引擎。

包管理



持续部署


  • Spinnaker (Netflix, Google) ——多云持续交付平台,用于快速高质量迭代发布软件变更。

  • Terraform Kubernetes Provider (Hashicorp) ——一个Terraform插件,支持 Kubernetes 资源的完整生命周期管理。

  • Concourse (VMware/Pivotal)——一个基于容器的连续事务处理程序,用 Go 和 Elm 编写。

  • JenkinsX (CloudBees)—— 用于 Kubernetes 的自动化 CI / CD,提供使用TektonKnativeLighthouseSkaffold和 Helm 的 pull 请求预览环境

  • Argo CD (Intuit)—— 用于 Kubernetes 的高效 GitOps 持续交付工具。

  • Tekton / Tekton Pipelines (Google) ——一个 Kubernetes 控制器, 提供 CI / CD 样式的管道资源。

  • Cloud Build (Google)——在谷歌云平台基础设施上执行构建的服务。

  • Skaffold (Google)——促进 Kubernetes 应用程序持续开发的 CLI。

  • Azure DevOps / Azure Pipelines (Microsoft) ——一种云服务,它可以自动构建和测试项目的代码,并将其提供给其他用户。

  • Brigade (Microsoft) —— Kubernetes 的基于事件的脚本。

  • Habitat / habitat-operator (Chef) ——Kubernetes 控制器,在 Kubernetes 上运行和管理 Habitat 服务。

  • gitkube (Hasura) ——使用 git push 在 Kubernetes 上构建和部署 Docker 镜像的工具。

命令式部署


  • Kubebuilder (CNCF, Google, Apple, IBM/Red Hat) ——用于使用 CRD 构建 Kubernetes API(以及控制器和操作符)的 SDK。

  • Operator Framework / Operator SDK (IBM/Red Hat/CoreOS) ——用于构建 Kubernetes 应用程序操作符的 SDK。

  • KUDO (D2IQ) ——使用声明式方法构建生产级 Kubernetes 操作符的框架。

  • Pulumi (Pulumi)——可以作为代码 SDK 的基础设施,用于在各种云上创建和部署使用容器、无服务器功能、托管服务和基础架构的云软件。

  • Carvel / kapp / kapp-controller (VMware/Pivotal)——CLI 和 Kubernetes 控制器,用于安装应用程序 CRD 所描述的配置(helm 图表, ytt 模板,yaml 文件)。

  • Isopod (Cruise)——在没有 YAML 的情况下,用于 Kubernetes 资源配置的表达性 DSL 和框架。


自动缩放


  • Horizontal Pod Autoscaler (built-in)—— Kubernetes 控制器,它根据配置的指标自动伸缩复制控制器、部署、复制集或有状态集中的 Pods 数量。

  • Vertical Pod Autoscaler (Google)——一组 Kubernetes 组件,自动调整运行在 Kubernetes 集群中的 pods 请求的 CPU 和内存数量。

  • Addon Resizer (Google) ——垂直 Pod 自动调用器的简化版本,它根据 Kubernetes 集群中的节点数量修改部署的资源请求。

  • KEDA (Microsoft)——一个基于 kubernet 的事件驱动的自动缩放组件。

  • Watermark Pod Autoscaler Controller (DataDog) ——扩展了 Horizontal Pod Autoscaler (HPA)的自定义控制器。

  • Pangolin (Damian Peckett)—— 针对 Kubernetes 的一个增强的 Horizontal Pod Autoscaler,它基于 Prometheus 指标来扩展部署,使用各种高度可配置的控制策略。

  • Predictive Horizontal Pod Autoscaler (IBM) —— 自定义 Pod Autoscaler,类似于 Horizontal Pod Autoscaler,但是添加了预测元素。

  • Horizontal Pod Autoscaler Operator (Banzai Cloud)——Kubernetes 控制器,它监视部署或状态集,并基于 autoscale 注释自动创建 Horizontal Pod Autoscaler 资源。


写在最后


正如 DevOps 倡导者宣扬的那样:这与工具无关,而与观念有关。没有一个工具能给你带来让你兴奋的全生命周期端到端管理体验,因为每种工具都有他们自己的工具组合,通过与脚本和集成代码配合完成工作。


你可以找到能够很好地完成一件事情的工具,易于替换和扩展,也可以选择为你提供最大性价比的工具,让你更容易对项目进行管理,集成成本也更低,同时还拥有较好的端到端用户体验。以上的选择都没有什么错。


权衡这些因素后,你还需要看看这些项目背后的大佬,它是哪家公司投资的、项目的流行度如何?那些拥有大型公司或者有着多样化投资者的主流工具更具有持续成长性。不然,你选择后,项目不更新或者被抛弃了,那你只能花自己的时间和精力来维护这些工具了。


原文链接


https://medium.com/@KarlKFI/compendium-of-kubernetes-application-deployment-tools-80a828c91e8f


2020-11-29 17:342879

评论

发布
暂无评论
发现更多内容

深入理解Java中的不可变对象,这可能是目前最全的

Java 程序员 后端

数据结构和算法应用

Albert

算法 9月日更

分享 4 个前端开发必备的 Chrome 扩展

devpoint

SVG chrome扩展 9月日更

双指针算法之同向双指针

泽睿

Java 数据结构 面试 双指针算法

Vue进阶(幺零八):npm run build 错误 (node:7852) UnhandledPromiseRejectionWarning: CssSyntaxError:xxxx. 解决分析

No Silver Bullet

Vue 9月日更

写给互联网工程师的5G书 | 0. 前言

俞凡

架构 5G

写给互联网工程师的5G书 | 1. 简介

俞凡

架构 5G

HTML进阶(三)

Augus

html 9月日更

科技的进步会造福人类吗--闲聊科幻

姬翔

9月日更

深入理解Java中的不可变对象(1),面试加分项

Java 程序员 后端

Golang 中的好代码 VS 烂代码

baiyutang

编码 Go 语言 9月日更

Context 和 struct

Rayjun

struct Context Go 语言

Redis核心原理与实践--列表实现原理之ziplist结构

binecy

redis 源码分析

一名优秀的技术Leader是如何炼成的?

架构精进之路

管理 技术管理 引航计划 内容合集

深入理解 Java 多线程核心知识:跳槽面试必备,Java算法基础面试题

Java 程序员 后端

Parted 创建 GPT 分区

耳东@Erdong

Linux 9月日更 parted 磁盘分区

【Flutter 专题】49 图解 Flutter 与 Android 原生交互

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 9月日更

网络攻防学习笔记 Day133

穿过生命散发芬芳

网络基础 9月日更

服务注册与发现的原理和实现

万俊峰Kevin

微服务 服务注册与发现 microservice 服务发现 Go 语言

OpenSL ES

Changing Lin

9月日更

性能测试中集合点和多阶段问题初探

FunTester

性能测试 接口测试 测试框架 测试开发 FunTester

Mybatis Plus 的 @SqlParser 的说明与替代注解

玄兴梦影

注解 过滤器 Mybatis-Plus

linux之chsh命令

入门小站

Linux

【LeetCode】有效的括号字符串Java题解

Albert

算法 LeetCode 9月日更

三分钟带你入门-redis-高可用架构之哨兵,大厂Java高级面试题汇总解答

Java 程序员 后端

深入理解Java虚拟机-虚拟机执行子系统,字节跳动超高难度三面java程序员面经

Java 程序员 后端

深入理解JAVA虚拟机原理之垃圾回收器机制(一),Java开发6年了

Java 程序员 后端

Kubernetes环境Traefik部署与应用

Galen Suen

Kubernetes Helm Traefik

常用特殊符号大全

入门小站

工具

为何数据类大项目都会先做盘点??

奔向架构师

数据仓库 数据治理 9月日更

手撸二叉树之二叉搜索树中的众数

HelloWorld杰少

9月日更

选型必看:Kubernetes 应用程序部署工具应该选哪些?_服务革新_Karl Isenberg_InfoQ精选文章