问题描述
想知道是否有理由不使用Bamboo（或Jenkins）来执行定期任务（比如每15分钟执行一次），而使用cron作业。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
使用像Bamboo或Airflow这样的任务调度器，相比cron有很多优势，特别是在识别错误并相应地处理依赖任务方面。最常不使用它们的原因是你还没有设置好基础设施：每台Linux机器上都安装了某种形式的cron，很容易添加新的作业，而这些更高级的调度器需要设置机器群、安装和配置各种软件，并学习如何编写新的任务。
不过，假设你已经设置好了这些，cron有一些更好的应用场景：
1. 在特定机器上运行作业。你可以在其他调度器上做到这一点，但它们通常设计用于可以在一组机器中的任何一台上运行的任务；当你想要在整个机群中的每台服务器上运行日志轮转时，使用cron更容易设置。
2. 在确切时间运行时间敏感的任务。分布式调度器会安排一个作业运行，但它可能不会立即运行，这取决于队列中的其他任务。cron没有队列，因此需要每分钟运行一次的任务将每分钟运行（或者至少尽可能接近操作系统调度器允许的时间）。
方案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。