什么是渐进式交付？
用户希望他们的应用程序始终可用。IT 专业人员希望尽可能快速、顺利地部署他们的软件。
渐进式交付是软件交付策略的一个术语，旨在逐步发布新功能。
我们正在谈论由 Kubernetes 容器化和管理的生产环境。无论您使用什么策略来部署您的应用程序，您将始终处理这两个要素：
1）集群
集群是在网络中链接在一起的一组计算机。每台计算机都是一个节点。集群的目的是利用计算速度解决难题并提高数据完整性。Kubernetes 集群是一组运行容器化应用程序的节点。容器打包应用程序及其依赖项。
2）负载均衡器
该组件负责有效地将传入的网络流量分配给一组服务器。
大爆炸
这是部署新版本软件的最便宜和最原始的方法之一。这不完全是一种策略，但看起来像是一种自然的方式。在部署期间，旧版本被销毁并安装新版本。
此模型的一个明显问题是关闭稳定版本和启动新版本之间的停机时间。总是想着最好的情况，这个停机时间可以说是微不足道的，也许就几秒钟吧。但是，在最坏的情况下，它可能会持续几天。当然，除了所有这些产生的压力之外，没有人愿意冒险让他们的生产环境长期停止运行。
如果应用程序不是关键的、不是业务的一部分或者根本不需要高可用性，那么这种基本的部署形式可能是一个有效的替代方案。
蓝绿色
在blue/green 策略中，使用了两个相同的环境，一个称为 blue，另一个称为 green，分别代表 staging 和 production。其中一个环境存储稳定版本，另一个环境存储新部署的版本。如果验收测试成功，则负载均衡器流量将被定向到运行最新版本的环境。
在此部署期间，没有停机时间。该过程简单且快速。
当以前的版本正在运行时，我们可以通过再次将负载均衡器指向它来进行回滚。
蓝/绿的一些明显问题是需要双后端，以及当前和以前的后端同时运行时速度变慢的可能性。另一个需要考虑的因素是财务。
滚动更新
在滚动更新策略中，更新是增量的：一个 pod 终止，而另一个 pod 使用新的软件版本启动。在部署过程中，最多可以不可用的Pod数量只有一个，最多可以创建的Pod数量也只有一个。
滚动更新是默认的 Kubernetes 策略，用于大多数云服务。
金丝雀
在金丝雀模型中，部署是增量的，就像滚动更新一样。
金丝雀模型的思想是先将更改部署到一小组服务器，对其进行测试，然后再将其部署到其余服务器。这种部署方式作为一种预警指标，对宕机的影响较小，即如果第一次部署失败，其余服务器不会受到影响。此升级是分阶段进行的，例如，先升级 10%，然后升级 25%，直到达到 100% 升级。
阿尔戈光盘
用工具本身的文档来解释一下：“Argo CD 是一种用于 Kubernetes 的声明式 GitOps 持续交付工具。”
但什么是 GitOps？简而言之，GitOps 是一组实践，使开发人员能够执行通常属于 IT 运营团队职权范围的任务。
Argo CD 是一个大大简化部署过程的工具，易于安装，直观，具有许多功能，并且是开源的。
为了丰富这种体验，让我们从安装 Argo CD 开始做一个快速演示。假设您已经在桌面上安装了 Kubectl 和 Minikube。
一个重要的要求是您启用了入口控制器。要在 Minikube 中启用此功能，请使用以下命令：
$ minikube addons enable ingress
如果您还从 Github 下载以下项目，一切都会更简单：https ://github.com/marceloweb/exp-cd.git 。
$ git clone https://github.com/marceloweb/exp-cd.git
$ cd exp-cd/
在这个项目中，我对 Istio 进行了一些配置，这是一个服务网格，为我们提供了一些有趣的工具，尤其是在使用金丝雀的策略中。
$ kubectl apply -f istio/
下一步是安装 Argo CD。
$ kubectl create namespace argocd
$ kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml
$ kubectl patch svc argocd-server -n argocd -p '{"spec": {"type": "LoadBalancer"}}'
要在浏览器中访问 Argo CD，请确保您已初始化所有 pod。然后，使用以下命令，从 Argo CD 获取管理员密码和端口转发。
$ kubectl port-forward svc/argocd-server -n argocd 8080:443
$ kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath="{.data.password}" | base64 -d; echo
建议在另一个终端窗口中进行端口转发。
完成这些步骤后，您可以在浏览器中访问 https://localhost:8080 并输入用户“admin”和新生成的密码。
登录后，您必须单击“新建应用程序”以注册您要使用 Argo CD 部署的第一个软件。
对于此示例，我在字段中填写了以下值：
应用程序名称： realtimeapp
项目名称： 默认
同步策略： 手动
存储库网址： https ://github.com/marceloweb/exp-cd.git
修订： HEAD
路径： argo
集群 URL： https://kubernetes.default.svc
命名空间： 默认
其他字段我保持不变。填写完字段后，我单击了“创建”按钮。
一切顺利的话，Argo CD 主界面会出现新注册的 app，如下图：
Argo 推出
安装 Argo CD 后，我们已经有了一个可以简化部署过程的工具。现在添加 Argo Rollouts 允许我们使用我们在几行之前介绍的策略。
Argo Rollouts 是出色的开源 Argo 项目中的另一个工具。Argo Rollouts 是一个 Kubernetes 控制器，可促进渐进式交付策略的实施。它还可以与入口控制器和服务网格集成。
让我们首先使用以下命令安装该工具：
$ kubectl create namespace argo-rollouts
$ kubectl apply -n argo-rollouts -f https://github.com/argoproj/argo-rollouts/releases/latest/download/install.yaml
安装完成后，我们可以在Argo CD上进行测试。为此，我们将单击我们刚刚注册的应用程序，然后单击“同步”按钮，然后单击“同步”。
将进行第一次部署。
接下来，我们将更改项目中的 canary.yml 文件，在 argo 目录中，在与要应用的图像版本对应的行中。在这种情况下，我从 v1.0-1 更改为 v1.0-2
再次点击“Synchronize”和“Synchronize”按钮后，Argo CD 开始按照已经定义好的规则执行 canary.yml 文件中配置的所有步骤。我们的应用程序在任何时候都不会停机。
我们可以通过 Dashboard 跟踪部署，注意只要在 canary.yml 文件中定义了暂停，在 Dashboard 中，值“Suspended”就会显示在 App Health 标签下。我们还可以使用以下命令通过终端跟踪部署：
$ kubectl argo rollouts get rollout realtimeapp
它将显示在下图中：
成功完成后，App Health 标签显示 Healthy 值，如下图所示：
也可以通过终端查询来验证部署是否成功：