Приходилось ли вам писать unit-файлы для systemd?

А, ну это ж классика, ебать мои старые костыли! Каждый раз, как пишешь на плюсах под линукс какой-нибудь демон, упрёшься рогом в этот systemd. Не то чтобы он плохой, но возни с ним — овердохуища. А без него никуда, если хочешь, чтобы твоё творение не просто висело в фоне, а жило по-человечески: стартовало само, падало красиво и в логи писало, а не в /dev/null.

Вот смотри, как обычно это выглядит. Берёшь свой бинарник, который ты три недели отлаживал, и пишешь для него этот самый unit-файл. Это как паспорт для сервиса, только скучнее.

Вот пример, как я обычно для демона на плюсах пишу (/opt/myapp/bin/server):

[Unit]
Description=My High-Performance C++ Server
After=network.target postgresql.service # Зависимости
Requires=postgresql.service

[Service]
Type=simple
# Путь к бинарнику
ExecStart=/opt/myapp/bin/server --config /etc/myapp/config.yaml
# Пользователь и группа для изоляции
User=appuser
Group=appgroup
# Автоматический перезапуск при падении
Restart=on-failure
RestartSec=5
# Лимиты ресурсов (важно для C++ сервисов)
LimitNOFILE=65536
# Рабочая директория
WorkingDirectory=/var/lib/myapp
# Перенаправление stdout/stderr в journald
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target

Смысл в чём? Чтобы systemd не накосячил, а ты потом не орал «какого хуя?!». Указал After — жди, пока сеть и база поднимутся. Restart=on-failure — святое дело, если твой код вдруг решит накрыться медным тазом, его через пять секунд пнут и поднимут. А LimitNOFILE — это чтобы твой сервер, если он вдруг захочет открыть десять тысяч сокетов, не получил по рукам и не лег.

А дальше, чувак, стандартная магия развёртывания, её как мантру зубришь:

# 1. Копируем unit-файл
sudo cp myapp.service /etc/systemd/system/
# 2. Перечитываем конфигурацию systemd
sudo systemctl daemon-reload
# 3. Включаем автозапуск при загрузке
sudo systemctl enable myapp.service
# 4. Запускаем сервис
sudo systemctl start myapp.service
# 5. Проверяем статус и логи
sudo systemctl status myapp.service
sudo journalctl -u myapp.service -f

Самое главное — не забыть daemon-reload после копирования файла. А то будешь потом как дурак start жать, а он тебе будет говорить «чё? какой сервис? не, не слышал». И сразу в логи смотреть через journalctl. Это ж твои глаза и уши. Если сервис падает — там сразу видно, из-за какой хитрой жопы это происходит.

Для отладки, если твой демон — тот ещё фрукт и форкается как ненормальный, можно Type=forking поставить. А если он современный и умеет сигналить systemd, что готов, то Type=notify — вообще красота. В общем, ничего сложного, но доверия к этому systemd — ебать ноль, поэтому всегда проверяй по десять раз.