OpenZiti项目中Docker容器配置生成机制的优化

在OpenZiti项目的容器化部署方案中，控制器(controller)和路由器(router)的配置生成机制近期进行了重要改进。这项优化显著简化了容器部署流程，提升了用户体验。

原有机制的问题

在之前的实现中，OpenZiti的Docker容器需要通过显式设置环境变量ZITI_BOOTSTRAP=true才能触发配置文件的自动生成。这种设计存在几个不足：

1. 增加了部署复杂度，用户必须记住设置特定环境变量
2. 与"约定优于配置"的最佳实践相悖
3. 可能导致新手用户在未设置该变量时遇到配置缺失问题

改进方案

新方案对配置生成逻辑进行了反转：

1. 默认行为变更：现在Docker容器默认会自动生成配置
2. 显式禁用机制：只有当ZITI_BOOTSTRAP或ZITI_BOOTSTRAP_CONFIG被明确设置为"false"时，才会禁用自动配置生成
3. Helm图表适配：控制器Helm图表需要相应调整，显式设置ZITI_BOOTSTRAP=false以保持原有行为

技术实现细节

这项改进涉及多个层面的调整：

1. 容器镜像层面：修改了容器启动逻辑，将配置生成设为默认行为
2. 编排工具集成：确保与Kubernetes Helm图表的兼容性
3. 向后兼容：保留通过环境变量禁用自动生成的能力

实际影响

对于不同使用场景的用户：

• 直接使用Docker的用户：现在无需额外配置即可获得自动生成的配置文件
• Helm图表用户：控制器部署需要更新图表以明确禁用自动生成
• 路由器部署：由于原本就使用引导机制，无需额外调整

最佳实践建议

基于这一变更，建议用户：

1. 检查现有部署脚本，移除不必要的ZITI_BOOTSTRAP设置
2. 对于需要自定义配置的场景，明确设置禁用自动生成
3. 更新Helm图表依赖以获取最新行为

这项改进体现了OpenZiti项目对用户体验的持续优化，使得这一强大的网络解决方案更加易于部署和使用。