问题描述
在构建一个完整的部署流水线，采用 GitOps 和一切皆代码的方式时，用户希望能够通过单击一个按钮（或非常接近单击）来快速地启动和关闭所有资源。他的目标是使用 Terraform 在 EKS 中创建一个 Kubernetes 集群，然后让 Argo CD 从 Docker Hub 拉取容器。在一篇名为《如何使用 Terraform 设置 Argo CD 以实现纯 GitOps》的文章中，作者提倡使用 Terraform 来安装 Argo CD。然而用户一直试图避免使用 Terraform 进行配置管理。在 Terraform 的官方文档中，HashiCorp 指出 Terraform 并不是一个配置管理工具。用户想知道在这种情况下，Terraform 是否是执行此操作的最佳实践，或是否存在更好的方法。
解决方案
请注意以下操作可能存在版本差异及风险。在执行操作之前请做好备份和充分了解。
使用 Terraform 安装 Argo CD
文章中提到的使用 Terraform 安装 Argo CD 方法是一个合理且常见的做法，但是否是最佳方法取决于你的系统需求和架构。以下是关于是否使用 Terraform 的一些建议：
Terraform 并非严格意义上的配置管理工具，而是一个基础设施即代码（IaC）工具。它通过提供一个声明式语言来描述资源状态，然后可以自动创建、更新和删除这些资源，以实现期望的基础设施状态。在某些情况下，使用 Terraform 可以让你管理整个系统的状态，包括基础设施和应用程序部署。
如果你只负责 Argo CD 部署本身，而不需要管理底层基础设施，那么使用 Argo CD 提供的 Kustomize 或 Helm 方案可能更为合适。官方文档提供了关于这两种方法的详细指南。
然而，如果你需要负责包括基础设施（网络、集群、安全组等）在内的其他组件，那么使用 Terraform 来管理整个系统的状态可能更有优势。Terraform 可以让你一站式地管理整个基础设施和应用程序的部署，减少了不同工具之间的切换和配置语言的学习成本。
综上所述，使用 Terraform 安装 Argo CD 可以是一个强大的选择，特别是当你负责的范围超出了单个应用程序的部署时。选择是否使用 Terraform 还应考虑你团队的技术栈和熟悉度，以及整个系统的复杂性。
考虑使用 Kustomize
在问题评论中提到了是否可以考虑使用 Kustomize，这是一个自定义 Kubernetes 配置的工具。Kustomize 可以帮助你根据需要定制 Kubernetes 资源配置，而无需修改原始 YAML 文件。如果你更倾向于以声明式的方式管理资源配置，那么 Kustomize 可能是一个很好的选择。然而，它是否是最佳方法还取决于你的特定需求和偏好。
总结
在选择如何在代码中安装 Argo CD 时，首先要明确系统的边界，并尽量减少实现所需状态的工具。对于负责整个基础设施和应用程序的部署的团队来说，使用 Terraform 可能是一个强大的选择。而对于只负责 Argo CD 本身部署的团队来说，Argo CD 提供的 Kustomize 或 Helm 方案可能更适合。在做出决策之前，还应该考虑团队的技术栈和对不同工具的熟悉程度，以及整个系统的复杂性。
请根据你的具体情况权衡利弊，选择最适合你团队和项目的方法。
以上信息仅供参考，具体操作可能因版本差异等因素而有所不同，建议在实际操作前进行充分的研究和测试。