APNIC 通过在 Google Cloud Platform 新增两个 Kubernetes 集群，将 RDAP 服务扩展为多云部署架构，采用 GitOps 统一管理基础设施与应用配置，实现按地理位置就近路由请求以缩短往返时延。
GitOps 治理模型
APNIC 引入 GitOps 作为核心运维范式，遵循 Weaveworks 2017 年提出并经 CNCF 推广的五大原则：所有资源以声明式配置表达，存储于支持不可变版本历史的 Git 仓库；通过软件代理自动协调运行时状态与期望状态，形成闭环修正机制。这种模式替代了传统命令式脚本，为多生产集群的创建、管理与部署提供了可审计的版本控制基线。
基础设施即代码自动化
云平台基础设施以 Terraform 定义为代码，并采用 Terraform Google Modules 项目提供的 GCP 资源与 GKE 集群最佳实践参考架构。通过开源工具 Atlantis 实现拉取请求自动化：配置变更提交后，Atlantis 自动执行 terraform plan 并在请求中输出结果供团队评审；经批准后可直接触发 terraform apply，将声明式变更应用至目标环境，实现从代码到运行时的全自动交付。
多集群部署与流量就近接入
RDAP 的 Kubernetes 组件通过 Helm 图表模板化，配合 Terraform 管理的多个 GKE 集群实现跨区域部署。架构支持根据请求来源动态引导流量至最近的集群，以降低往返时延。原文未给出具体的时延优化数据、集群规模或流量分发算法细节。
该实践为运维与网络工程师提供了可复制的参考：用声明式配置与 Git 驱动的自动化管控多集群服务，在保证变更可追溯的前提下实现地理就近接入，降低运维复杂度与网络时延。
原文: APNIC Blog（2020-12-11）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog