Spinnaker中ECS部署因Java 17兼容性问题导致服务器组创建失败的分析与解决方案

问题背景

在Spinnaker 1.33.0版本升级过程中，用户在使用AWS ECS服务进行容器部署时遇到了一个关键问题。当部署流程中包含"Find Image from Tags"阶段并引用其输出结果时，后续的ECS服务器组创建任务会抛出异常，导致部署失败。错误信息显示为Groovy属性访问异常，表明在Java 17环境下对ArrayList的value属性访问存在问题。

问题现象

具体错误表现为：

Exception ( Create Server Group )
Exception evaluating property 'value' for java.util.ArrayList, Reason: groovy.lang.MissingPropertyException: No such property: value for class: java.lang.String

完整的堆栈跟踪显示问题发生在EcsServerGroupCreator.groovy文件的第125行，当尝试从"Find Image from Tags"阶段的输出中获取imageId时出现了属性访问异常。

问题根源

经过深入分析，发现该问题与Spinnaker从Java 11升级到Java 17有关。具体表现为：

1. 在Java 17环境下，Groovy对集合类型的属性访问行为发生了变化
2. ECS服务器组创建器尝试以错误的方式访问imageId属性
3. 问题仅在引用"Find Image from Tags"阶段输出时出现，直接指定容器映射时工作正常

复现条件

要复现此问题，需要满足以下条件：

1. 运行Spinnaker 1.33.0或更高版本
2. 所有服务（特别是Orca）运行在Java 17环境下
3. 部署流程中包含：
   • "Find Image from Tags"阶段
   • 引用该阶段输出的ECS部署阶段

解决方案

Spinnaker团队已经识别并修复了这个问题。修复方案主要涉及：

1. 修正ECS服务器组创建器中对imageId属性的访问方式
2. 确保正确处理"Find Image from Tags"阶段的输出结构
3. 该修复已被合并并向后移植到多个版本中

临时解决方案

在等待修复版本发布期间，用户可以采取以下临时解决方案：

1. 降级到Spinnaker 1.32.3版本
2. 将Orca服务单独运行在Java 11环境下
3. 避免使用"Find Image from Tags"阶段，改为直接指定容器映射

技术细节

问题的本质在于Groovy 3在Java 17环境下对集合类型属性访问的严格性增加。在旧版本中，Groovy对某些不规范的属性访问方式较为宽容，而在新版本中则会抛出异常。修复方案确保了代码遵循正确的属性访问模式，同时保持与现有部署流程的兼容性。

影响范围

该问题主要影响：

1. 使用AWS ECS服务的Spinnaker用户
2. 部署流程中包含动态镜像查找的用户
3. 已升级到Java 17环境的部署

最佳实践

为避免类似问题，建议：

1. 在升级前充分测试关键部署流程
2. 考虑分阶段升级，先验证核心功能
3. 关注Spinnaker社区发布的问题修复和兼容性说明

结论

Spinnaker团队已经解决了Java 17环境下ECS部署的兼容性问题。用户可以通过升级到包含修复的版本来解决此问题。这体现了Spinnaker社区对稳定性和兼容性的持续关注，也提醒我们在技术栈升级时需要全面考虑各组件间的兼容性。