Как настроить автоматический запуск Docker-контейнера при старте системы?

Слушай, а вот это реально важная тема, про которую многие забывают, пока их сервис не накроется медным тазом после ребута сервера. Я тебе щас популярно объясню, как заставить эти ёбанько-контейнеры сами вставать, как ни в чём не бывало.

1. Политика перезапуска — твой главный рычаг Вот смотри, когда ты запускаешь контейнер вручную, он как мартышка — сделал своё дело и сдох. Чтобы он воскресал, надо ему прямо в команде прописать волшебные слова:

docker run -d --name my_app --restart unless-stopped nginx:alpine

Тут главное — этот самый --restart. Вариантов несколько, и доверия к ним, блядь, ноль, если не понимаешь разницы:

• no (стоит по умолчанию): Не перезапускать вообще. Упал — и хуй с горы. Для тестовых штук сойдёт.
• on-failure[:max-retries]: Перезапустит, только если контейнер сдох с ошибкой (код выхода не ноль). Можно даже указать, сколько раз пытаться — типа on-failure:5. Удобно, если твоё приложение — хитрая жопа, которая иногда глючит.
• always: Воскрешать ВСЕГДА. Даже если ты его вручную прибил через docker stop. Демон Docker'а стартанёт — и он тут как тут. Иногда это овердохуища назойливо.
• unless-stopped: Вот это, ёпта, мой любимый вариант. Он умный: сам воскресает при сбоях и при перезагрузке системы, НО если ты его лично и явно остановил (docker stop), то он тебя послушается и не полезет обратно. Идеальный баланс.

2. Как это в Docker Compose прописать Тут вообще красота, всё аккуратненько в файлике. Смотри:

version: '3.8'
services:
  database:
    image: postgres:15
    restart: unless-stopped # Вот тут прописал — и спи спокойно
    environment:
      POSTGRES_PASSWORD: example
  webapp:
    image: my-webapp:latest
    restart: on-failure:3 # А этому дай три попытки, если с первого раза не взлетело
    depends_on:
      - database

Собрал стек через docker-compose up -d и забыл. Они теперь сами будут друг друга поднимать, если что.

3. А если у тебя не Docker, а, например, Podman? Бывает же, демона нету. Тогда, чувак, тебе прямая дорога в systemd. Делаешь файлик сервиса — и вуаля, система сама будет за твоим контейнером присматривать.

# /etc/systemd/system/myapp-container.service
[Unit]
Description=My Application Container
After=network-online.target

[Service]
Type=forking
ExecStart=/usr/bin/podman run -d --name myapp --restart=no my-image:tag # Тут restart=no, потому что перезапуском займётся systemd!
ExecStop=/usr/bin/podman stop -t 10 myapp
ExecStopPost=/usr/bin/podman rm -f myapp
Restart=always # А вот это — команда уже systemd'у перезапускать сервис

[Install]
WantedBy=multi-user.target

Потом говоришь системе: sudo systemctl enable myapp-container.service — и всё, при загрузке ОС твой контейнер стартанёт автоматически. Красота, да?

Итог мой личный: Для всего, что должно работать всегда, я юзаю restart: unless-stopped в композе. Это, блядь, золотая середина — и от сбоев защита, и возможность планово остановить сервис без того, чтобы он потом как упырь из могилы лез.