Docker 提供了四种主要的重启策略，每种策略都有其特定的用途和适用场景。以下是对这四种策略的详细总结，包括它们的区别和在不同应用场景中的最佳使用情况。
重启策略概述
- no
- always
- unless-stopped
- on-failure
1. no
- 描述：不自动重启容器。这是默认策略。
- 行为：容器退出后不会自动重启，无论退出状态如何。
应用场景
- 开发和测试环境： 在开发和测试阶段，有时只需要运行一次的任务或服务，不需要自动重启。
- 短期任务： 适用于那些只需要运行一次并完成任务的容器，如数据迁移脚本或一次性作业。
2. always
- 描述：总是重启容器，无论退出状态如何。
- 行为：容器退出后立即重启，Docker 守护进程重启后也会自动重启容器。
应用场景
- 关键服务： 适用于需要高可用性的关键服务，如 Web 服务器、数据库等。确保容器在任何情况下都能自动重启，保持服务持续运行。
- 生产环境： 用于生产环境中需要长时间运行且不容许停机的应用程序。
3. unless-stopped
- 描述：除非容器被手动停止，否则总是重启。
- 行为：容器退出后会重启，但如果容器是由用户手动停止的，则不会重启。Docker 守护进程重启后，未被手动停止的容器会自动重启。
应用场景
- 需要手动维护的服务： 适用于那些需要手动维护或更新的服务，如应用程序需要定期手动重启进行维护或升级。
- 长时间运行的非关键服务： 适合需要长时间运行，但可能需要偶尔手动停止的应用程序。
4. on-failure
- 描述：仅在容器因错误退出（非零退出状态）时重启。
- 行为：容器因错误退出时重启，可以指定最大重启次数。
应用场景
- 偶尔出现错误的任务： 适用于那些可能偶尔因错误退出，但需要重试的任务，如批处理作业或数据处理任务。
- 非关键性服务： 用于非关键性服务，这些服务在失败时需要重启尝试，但不需要持续运行。例如，一些后台任务或临时服务。
小结
开发和测试环境
- no：不需要自动重启的短期任务或测试容器。
生产环境中的关键服务
- always：需要高可用性和持续运行的关键服务。
需要手动维护的服务
- unless-stopped：需要手动停止进行维护或升级的服务。
偶尔出现错误的任务
- on-failure：需要重试但不需要持续运行的任务。
选择合适的重启策略可以提高服务的可靠性和可维护性，并根据不同的应用场景满足特定需求。
