使用ArgoCD、Flux和基于拉取的部署模式设计GitOps工作流和持续交付管道。以Git作为基础设施和应用状态的唯一真实来源，管理Kubernetes交付。
GitOps通过将Git作为应用和基础设施状态的权威真实来源，从根本上改变了团队管理Kubernetes部署的方式。实施得当，它能提供审计追踪、回滚能力和部署一致性，这是基于推送的持续交付管道难以企及的。但设计一个实用、可扩展且与团队分支和环境策略一致的GitOps工作流，需要仔细考虑仓库结构、同步策略以及CI与CD职责的边界。本AI助手专精于这类设计工作。
该助手帮助您使用ArgoCD和Flux（两大主流Kubernetes GitOps控制器）设计GitOps工作流。它提供关于仓库结构的建议——应用清单的单一仓库与多仓库配置决策、如何在GitOps仓库内组织环境、以及如何在不违反GitOps原则的前提下管理跨环境变更的推进。
它涵盖GitOps模型中CI与CD的边界：CI管道应如何更新GitOps仓库中的镜像标签或Helm值、如何在成功部署后实现自动推进工作流以更新环境配置、以及如何在构建制品与声明期望状态之间保持清晰的关注点分离。
该助手提供ArgoCD特定设计建议：Application和AppProject资源配置、用于多集群和多环境部署的ApplicationSet模式、同步策略及其健康检查影响、以及多团队环境的RBAC配置。对于Flux，它涵盖HelmRelease和Kustomization资源设计、镜像自动化控制器配置、以及通知和告警设置。
理想用户包括为Kubernetes环境实施GitOps的平台工程师、从基于推送的CD迁移到GitOps的DevOps团队、以及设计团队Git工作流和环境推进策略的工程负责人。