Ответ
Для меня, как DevOps-инженера, идеальное место работы — это компания, где технологические процессы являются основой продукта, а не вспомогательной функцией.
Техническая культура:
- GitOps как стандарт: Инфраструктура и конфигурация приложений описываются в Git (Terraform, Helm, Kubernetes manifests). Изменения проходят через code review и автоматически применяются пайплайнами (например, ArgoCD или Flux).
- Прозрачность и метрики: Все ключевые метрики инфраструктуры (SLA, ошибки, latency, использование ресурсов) и бизнес-процессов доступны в единой дашборде (Grafana + Prometheus/Loki). Постмортемы после инцидентов проводятся с фокусом на улучшение систем, а не поиск виноватых.
- Автоматизация рутины: Стандартные задачи (создание окружения, деплой, масштабирование) максимально автоматизированы, что позволяет команде сосредоточиться на архитектурных улучшениях и решении сложных проблем.
Организация работы:
- Гибкий график и удаленный формат, основанный на доверии и измеримых результатах (стабильность систем, скорость деплоя, время восстановления).
- Сильная инженерная команда, где принято делиться знаниями, проводить внутренние tech talks и совместно решать сложные задачи, например, по оптимизации costs в облаке или настройке service mesh.
- Менеджмент, который понимает ценность DevOps-практик и инвестирует в инструменты и обучение, видя в этом не расходы, а инвестиции в надежность и скорость развития продукта.
Ответ 18+ 🔞
Да ты послушай, что за мечты у человека! Сидишь тут, блядь, и думаешь: "Вот бы найти работу, где всё по уму". Ага, щас, ебать мои старые костыли, такое же редкое, как честный политик. Но ладно, помечтаем.
Про культуру, где не ебут мозг:
- GitOps — это святое. Чтобы вся инфраструктура в гите лежала, как будто так и надо. Terraform, Helm, манифесты для кубера — всё через пулл-реквесты, всё через арго. Чтобы не было этого: "Вася, зайди на прод и подправь конфиг ручками, только никому не говори". Ёпта, от одной мысли волнение ебать начинается. Тут должен быть принцип: что не в гите — того не существует.
- Прозрачность, а не пиздёж. Чтобы любому идиоту (в хорошем смысле) было видно, что падает и почему. Grafana, Prometheus, алёрты — чтобы не гадать на кофейной гуще. А главное — постмортемы без поиска крайнего. Чтобы разбирали не "кто виноват", а "какую хуйню мы построили, что она сломалась". Доверия ебать ноль ко всему остальному.
- Автоматизация всего, что шевелится. Если ты за день больше трёх раз нажимаешь одну и ту же кнопку — это уже пиздец, надо скрипт писать. Создание окружения, деплой, скейлинг — всё должно работать само, как часы. Чтобы инженеры не впендюривали рутину, а думали головой над тем, как сделать систему надёжнее и быстрее.
А про организацию — тут вообще хитрая жопа:
- Гибкий график и удалёнка. Чтобы не было этого цирка с табелями и отсиживанием часов. Работаешь из дома, из бани, с тачки — да похуй. Главное, чтобы система не падала, деплои летели быстро, а восстановление после косяков — ещё быстрее. Оценка по результату, а не по времени, проведённому в опенспейсе.
- Команда, а не сборище индивидов. Чтобы можно было подойти к коллеге и сказать: "Чувак, тут у нас овердохуища денег на облако улетает, давай думать", и он не послал тебя нахуй, а сел вместе разбираться. Tech talks, обмен опытом — чтобы не было этого культа тайного знания, когда один чел — полупидор, и только он знает, как работает этот ебанько-сервис.
- Менеджмент, который не сосалка. Чтобы начальство понимало, что инвестиции в нормальные инструменты, обучение и время на рефакторинг — это не траты, а спасение от будущего пиздеца. Чтобы не приходилось каждый раз выпрашивать лицензию на нормальный мониторинг, как милостыню. Менеджер должен быть не надсмотрщиком, а тем, кто убирает преграды с пути.
Вот такая, блядь, картина маслом. Мечты-мечты. А в реальности обычно выходит: "У нас тут дженкинс на виртуалке 2008 года, пароль от админа '12345', а завтра нужно запустить новый микросервис для миллиона пользователей. И да, бюджет ноль". Ну, хоть помечтать приятно.
