Agones项目中AppEngine版本清理的自动化实现

在Google for Games的开源游戏服务器管理平台Agones项目中，维护人员发现当前通过虚拟机crontab任务管理AppEngine版本清理的方式存在优化空间。本文将详细介绍如何将这一清理流程迁移到CloudBuild自动化构建系统中。

背景分析

Agones项目使用Google AppEngine部署了多个服务环境，包括preview、default和development三种服务类型。随着持续部署，这些环境中会积累大量不再使用的旧版本，既占用存储资源又增加管理复杂度。

原解决方案采用三组定时任务：

• 每天凌晨1点清理preview服务保留最近30个版本
• 凌晨2点清理default服务保留最近10个版本
• 凌晨3点清理development服务保留最近10个版本

清理脚本使用gcloud命令组合实现：

1. 列出指定服务中流量分配为0的版本
2. 按最后部署时间倒序排序
3. 保留指定数量的最新版本
4. 删除其余旧版本

技术实现方案

新的实现方案将迁移到CloudBuild系统中，主要考虑以下技术要点：

1. 命令分解说明

核心清理命令包含多个gcloud参数：

• --service：指定AppEngine服务名称
• --filter="traffic_split<1"：筛选未分配流量的版本
• --sort-by=~last_deployed_time.datetime：按部署时间倒序
• --format：自定义输出仅包含版本ID

2. 安全过渡策略

为确保迁移过程安全可控，建议分两个阶段实施：

1. 观察阶段：先运行dry-run模式，仅输出待删除版本列表
2. 执行阶段：确认无误后启用实际删除功能

3. 集中化管理

将所有服务的清理逻辑统一整合到主cloudbuild.yaml文件中，便于维护和监控。原先分散在多个位置的配置现在集中管理。

实施建议

对于实际部署，建议采用以下最佳实践：

1. 日志记录：在CloudBuild任务中添加详细日志输出
2. 通知机制：配置构建失败时的告警通知
3. 权限控制：确保CloudBuild服务账号具有适当权限
4. 执行频率：根据实际需求调整清理频率

预期收益

迁移到CloudBuild系统后，将获得以下优势：

• 消除对单独虚拟机的依赖
• 利用CloudBuild的日志和监控能力
• 实现配置即代码的管理模式
• 提高整个部署管道的可观测性

这种改进不仅优化了资源使用效率，也使Agones项目的运维体系更加现代化和自动化。