在第一部分的文章中,我们介绍了3个步骤,完成了教程的基础配置:
- 使用 Terraform 创建 AWS EKS Infra
- 在 EKS 集群上部署 ArgoCD 及其依赖项
- 设置 Bitbucket Pipeline并部署到 ECR Repo
本文将继续完成剩余的步骤,以实现 Terraform 编排部署 CI/CD 流水线。
为 ArgoCD 持续部署设置 GitOps 仓库
我们需要 ArgoCD 用于持续部署的另一个 repo,就需要再创建一个。
在这里,我们可以使用 ArgoCD GitOps
文件夹中的示例文件,比如 Analytics Node
文件。
将所有文件和文件夹原样复制到您刚刚创建的 ArgoCD GitOps
repo 中。请确保使用与示例 repo 中相同的文件夹结构。
示例 repo URL: https://github.com/dcgmechanics/EKS-TF-Bitbucket-Pipeline-ArgoCD-GitOps/tree/main/ArgoCD GitOps/Analytics Node
例如,请看下面的 repo 文件:
在这里,我更改了所需的名称、值和详细信息,如 Image URL 和容器端口。您可以根据自己应用程序的需要添加或删除值。
现在,让我们将样本 repo 中的所有文件添加到 ArgoCD GitOps repo 中。
在 deployments/app.yaml
中,我们需要确保写入与 ArgoCD GitOps Repo 相同的 Repo URL 和分支,下面是一个示例。
repoURL
包含 ArgoCD GitOps 仓库的 URL。示例这里使用的是 SSH URL,利用 SSH Key 将该 repo 连接到 ArgoCD。您也可以使用 HTTPS。
在 targetRevision
中,我们需要说明 GitOps 操作将在哪个分支触发,因为下列部署的是单个应用程序,所以将使用 master 分支,但如果您有多个应用程序,并希望使用 GitOps 部署所有应用程序,则可以使用单个 repo 和多个分支,其中每个分支都包含不同的应用程序配置和部署 YAML。
我们准备就绪。现在,我们需要将应用程序部署到步骤 2 中启动的 ArgoCD 应用程序中。
为此,我们首先需要将 ArgoCD-GitOps Repo 连接到 ArgoCD。请进入 ArgoCD 应用程序,点击 Setting
。
点击 Repositories
,然后点击Connect Repo
,填写 ArgoCD-GitOps Repo 的详细信息。
您也可以使用 HTTPS。但请记住,使用 SSH 时,您需要使用 linux 上的 ssh-keygen
命令创建私钥和公钥。
这里的 id_rsa 是私钥,id_rsa.pub 是公钥。公钥将添加到 Repo 访问密钥之上。
私钥将添加到 ArgoCD App connect repo 选项中。
希望您能按指示操作。完成后,点击连接按钮。它会将 ArgoCD-GitOps repo 连接到 ArgoCD,并显示成功,如下图所示。
现在,我们终于可以将应用程序部署到 ArgoCD 上了
要知道,ArgoCD 的初始部署不会自动进行,我们必须先启动它。
为此,我们先在电脑上克隆 ArgoCD-GitOps
repo,然后转到 deployments
文件夹,就可以将部署应用到 ArgoCD 上了。
但在此之前,建议先创建 A 记录,并在 argocd-gitops/deployments/backend-nodejs-app-ingress.yaml
文件中指定域名。
您也可以选择您的 DNS 托管在的地方,godaddy 或 namecheap 或其他地方。
DNS 记录将指向我们在步骤 2 中创建的同一个网络负载平衡器。具体如下:
完成上述操作后,我们就可以使用 kubectl
命令部署应用程序了。
$ kubectl apply -f app.yaml.
之后,您就可以在 ArgoCD 控制台中看到应用程序了。
它显示的是健康的,我们看看能不能通过URL访问这个应用。
这说明它完全正常,我们就可以进行最后一步了。
使用 Bitbucket Pipeline 设置 CI/CD 并启用自动更改
为此,我们需要将 ArgoCD-GitOps repo 与 NodeJS 示例应用程序 repo 进行验证。这样,示例 NodeJS 应用程序就能在 ArgoCD-GitOps repo 中进行更改,由于 ArgoCD 应用程序与 repo 保持同步,它将自动获取新更改并部署到其中。在本演示中,我们将更新 deployments/kustomization.yaml
文件的 newTag
值。
为此,我们需要创建 ArgoCD-GitOps 访问令牌,NodeJS Repo 将使用它来更改 kustomization.yaml 文件中的值。
转到 Settings > Access Tokens > Create Repository Access Token
授予写入权限,以便 Bitbucket Pipeline 能将值写入其中。点击 Create
后,您会看到如下界面:
在这个窗口中,我们只需要第一部分和最后一部分,第一部分是 Auth Token,最后一部分是 Email ID。
因此,让我们将 Auth 令牌复制并粘贴到 NodeJS 应用程序存储库变量中去。
完成后,让我们转到 NodeJS 应用程序的 Bitbucket Pielines 部分,修改 bitbucket-pipelines.yml
文件。
您可以从我最初分享的 GitHub Repo 中复制 CD(又称持续交付/部署)步骤。
在第 23 行,您需要用 ArgoCD-GitOps repo URL 更新 repo URL。
在第 28 行,用创建 ArgoCD-GitOps Repo 访问令牌时获得的值更改用户电子邮件。
另外,在第 21 行,设置了手动部署触发器:
您可以移除它,在没有外部干扰的情况下持续使用 CI/CD,但不建议在生产部署中这样做。
保存更改后,流水线将自动运行,让我们等待 CI 和 CD 两个步骤完成。
正如你所看到的,kustomization.yaml
文件的 newTag
值应更改为 5,因此让我们去 ArgoCD-GitOps repo 检查一下提交情况。
此时 bot 已经更改了值,让我们转到 ArgoCD 控制台,看看新版本是否已经部署。
仅供参考,一旦检测到版本更改,ArgoCD 通常需要 2-5 分钟来更新部署。
经过检查,我们可以清楚地看到新版本已经部署。
我们可以通过点击 pod 并检查镜像标签(如下所示)来确认修订:
我们可以看到,“5”号目前正在运行,网站也运行得很好。
最终,我们在 AWS EKS (Terraform) 上使用 Bitbucket Pipeline 完成了端到端的 ArgoCD GitOps。
此外,不要忘记删除在 EKS 或 AWS 中创建的所有资源,可以使用 kubectl
命令删除我们在外部创建的所有命名空间,如 argocd
或 node js
应用程序的 nodejs-app,然后运行 terraform destroy
删除所有内容。
希望这能帮助您部署 CI/CD 应用程序部署环境。在这个软件仓库中,有多个应用程序及其 ArgoCD 部署代码,它们肯定会在多个使用场景中为你们提供帮助。
评论区