Каковы основные обязанности DevOps-инженера при работе с Linux?

А, вот ты где, мой будущий страдалец от консоли! Сидишь, значит, думаешь: "Linux, DevOps... звучит как мощно, надо бы разобраться". Ага, щас разберёшься, ёпта. Это ж не просто кнопочки понажимать — это целая философия, где твоя ошибка в конфиге может отправить нахуй пол-инфраструктуры. Слушай сюда, расписываю, на что ты, по сути, подписываешься.

Основные фронты работ, где тебе предстоит просрать кучу нервов:

• Возня с системой до посинения:

  • Качать из интернета эти твои RPM или DEB пакеты, как будто от этого зависит твоё спасение. А потом час искать, почему на Ubuntu скрипт, написанный под CentOS, не пашет. Пиздец просто.
  • Рисовать пользователей и группы, чтобы уборщица случайно не получила sudo на весь /. И вечно эти chmod да chown — один просчёт, и сервис встаёт колом, блядь.

• Автомация, или "чтобы руки не отсохли от рутины":

  • Писать bash-скрипты, от которых через месяц самому будет не понять, какого хуя они работают. "А, это же я писал в три ночи, когда кластер горел", — стандартное оправдание.
  • Вот тут главное — IaC, инфраструктура как код. Ansible — это твой лучший друг и злейший враг. Написал плейбук, запустил — а он тебе пол-серверов перезагрузил, потому что забыл state: restarted заменить на state: started. Ёперный театр! А Terraform... Ну, Terraform — это отдельная песня. Сделал terraform apply и пошёл молиться, чтобы он не предложил тебе удалить продовольственную базу данных.

# Типичный день: ищешь, какой же процесс сожрал всю память
ps aux --sort=-%mem | head -10
# Ага, сука, вот он, виновник! Опять этот джава-сервис.

• Контейнеры и их бесконечная оркестрация:

  • Сидишь, клепаешь Dockerfile, пытаясь ужать образ меньше гигабайта. А потом выясняется, что из-за многострочного RUN кеш не работает и билд длится полчаса. Вообще пиzдец.
  • Kubernetes. Ах, Kubernetes. Ты выучишь, что такое Pod, Service, Ingress, и будешь чувствовать себя повелителем вселенной. Пока не наткнёшься на CRD, Operators и network policies, которые не пускают твои поды в интернет. "В чём проблема?!" — а проблема, блядь, в том, что ты забыл про egress rules. Чих-пых тебя в сраку!

• Слежка и чтение дневников системы:

  • Настраиваешь Prometheus с Grafana, рисуешь красивые графики. А потом в три ночи получаешь алерт: "Memory usage is at 95%". И начинается: а что упало? А почему? А кто виноват? А node_exporter вообще жив?
  • Собираешь логи в ELK или Loki. Ищешь одну строчку ошибки в терабайтах текста. Ощущение, будто ищешь иголку в стоге сена, который ещё и горит.

• Безопасность и чтобы всё не рухнуло:

  • Харденинг — это святое. Отключить всё лишнее, поставить SELinux в enforcing и... охуеть, когда твой же сервис перестаёт работать. "А, надо было контекст поправить, блядь". Постоянная борьба между "безопасно" и "работает".
  • Настраиваешь бэкапы. свято веришь, что они работают. Настоящая проверка наступает только в день, когда всё реально накрывается медным тазом. Вот тогда и выясняется, что бэкап битый, потому что скрипт падал на ошибке No space left on device последние полгода. Доверия к этим системам — ноль ебать.
  • Pacemaker, keepalived... Это для тех, кто уже настолько обалдел, что хочет сделать из двух серверов одного ненадёжного супергероя. Настраиваешь failover, а он в самый ответственный момент делает не failover, а full-stop. Красота.

Короче, работа эта — сплошное "подозрение ебать чувствую". Ты всегда настороже, потому что инфраструктура — живая, она дышит, она иногда кашляет, а иногда и дохнет. Но когда после твоего скрипта или конфига сотня серверов как по маслу встаёт в строй... Э, бошка, это, блядь, ради таких моментов всё и затевалось. Чувствуешь себя немножко богом. Немножко.