问题描述
在使用Openshift时，遇到了一个问题。他们的应用程序基于tomcat，严格来说是基于RedHat提供的tomcat基础s2i镜像。这个镜像经常更新，他们需要遵守一些规定并应用这些更新。这意味着，每次更新，他们都需要替换部署的几百个基础镜像。有大约二十多个应用程序，每个应用程序有几个不同的代码版本，所以不能简单地使用标签来简化。他们考虑将tomcat/JDK提取到另一个供应链中，但这也变得复杂起来。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
为了解决这个问题，可以使用以下方法：
1. 创建一个使用dip工具的机器人，用于获取特定docker镜像的最新版本。例如，使用以下命令获取Ubuntu Xenial的最新标签：
go run main.go -image ubuntu -latest "xenial-\d.*"
如果本地docker注册表中不存在该docker镜像，则会将其推送到注册表中。
2. 创建一个机器人，用于更新Dockerfile中的标签。如果构建成功，则将其合并。目前始终需要进行批准，但如果几个月内工作正常并且团队足够有信心，可以自动合并。
3. 创建一个机器人，用于更新docker-compose.yml文件、k8s文件或其他使用的编排文件。如果批准通过，则将其合并到主分支。同样，如果有足够的信心，也可以自动化此过程，但我总是更喜欢在生产环境中进行一些手动干预。这样团队就知道有更新，并且可以在需要时回滚。另一方面，如果监控工作良好，团队将立即收到通知，如果更新频繁，即至少每两周进行一次更新，那么团队将得到培训，并知道如何处理这种情况。
方案2
使用脚本或工具来管理容器的启动顺序可能会增加复杂性，并且需要确保容器A和容器B之间的依赖关系正确设置。
另一种方法是编写脚本或使用工具来控制容器的运行顺序。你可以使用docker run命令来手动控制容器的启动顺序，或者使用一些第三方工具来管理容器的依赖关系。
示例：
以下是一个简单的bash脚本示例，可以在容器A启动后启动容器B：
#!/bin/bash
# 启动容器A
docker run -d --name container_a your_image_a
# 等待容器A完全启动
while ! docker exec container_a echo "Container A is ready"; do
sleep 1
done
# 启动容器B
docker run -d --name container_b your_image_b
在这个示例中，我们首先使用docker run命令启动容器A，并将其命名为container_a。然后，使用一个循环来等待容器A完全启动（这里是通过在容器内运行echo命令来测试）。一旦容器A就绪，我们再使用docker run命令启动容器B，并将其命名为container_b。
以上是解决这个问题的两种方案，你可以根据实际情况选择适合你的方法。