Порядок: жив ли процесс (systemctl status, ps) → логи (journalctl, файлы приложения) → ресурсы (top, free, df, iostat) → сеть (ss -tlnp — слушает ли порт, curl localhost, dig) → что изменилось (деплой, конфиг, сертификат). Первые 60 секунд: uptime, dmesg | tail, vmstat 1, mpstat, pidstat, iostat -xz 1, free -m, sar -n DEV 1, top.
А ещё Снять дамп потоков и состояние до перезапуска — для разбора причин
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Проверочный список:
sottouptime # load average
dmesg -T | tail # ошибки ядра, OOM
systemctl status app # состояние и последний лог
journalctl -u app -n 100 # подробнее
ss -tlnp # какие порты слушаются и каким процессом
curl -sv localhost:8080/health
df -h; free -h # диск и память
top / htop # кто ест CPU и память
iostat -xz 1 # диск
dig api.example.com # DNS
openssl s_client -connect host:443 # TLS, срок сертификатаТипичные находки: закончилось место, лимит открытых файлов, истёк сертификат, упала зависимость (БД), DNS не резолвит, процесс слушает только 127.0.0.1, файрвол закрыл порт.
Культура: фиксировать в заметках инцидента, что проверено и что найдено; после устранения — разбор причин без поиска виноватых.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.