Топ-5 инструментов DevOps, которые потеряли свою актуальность

Привет, коллеги! DevOps-мир не стоит на месте, и даже недавние фавориты стремительно уступают место более современным решениям. Разбираемся, какие инструменты уже не актуальны и чем их можно заменить:

1️⃣ Chef

Когда-то он был одним из главных инструментов конфигурационного управления, но его сложность и архаичный подход окончательно вытеснили его с рынка. На смену пришли Pulumi и Terraform, с уже привычным способом описания инфраструктуры.

2️⃣ Docker Swarm

Простой и понятный оркестратор, но эпоха Kubernetes его безжалостно похоронила. В 2025 году СТАРЫЙ Swarm — это точно как дискета в эпоху облачных хранилищ, но в обновленном виде кто-то еще может его использовать.

3️⃣ Puppet

Ещё один ветеран конфигурационного управления, который не выдержал конкуренции с современными императивными инструментами. Crossplane и Terraform с их декларативным подходом и глубокой интеграцией с облаками сделали Puppet ненужным.

4️⃣ Nagios

Мониторинг, который когда-то был стандартом, теперь выглядит как телеграф в эпоху мессенджеров. Современный стек — это OpenTelemetry + Prometheus + Grafana Loki с AI-аналитикой и прогнозированием сбоев.

5️⃣ Rancher 1.x

С появлением Rancher 2.0 и уходом от использования Docker старая версия окончательно ушла в прошлое.

А вы ещё сталкиваетесь с этими инструментами в работе? Или уже давно перешли на более современные альтернативы? Делитесь в комментариях — будет интересно обсудить!

#инструменты@devopsupgrade

Устраивайте карьерную ревизию каждые полгода

Иногда полезно остановиться и оценить свой профессиональный путь.

▶️Что нового вы освоили за последние полгода?
▶️Какие навыки стоит обновить, а какие, возможно, уже не так актуальны?
▶️Что вдохновляет, а что превратилось в рутину?

Эти вопросы — ваш антидот от профессионального застоя.

Сфокусируйтесь на трёх пунктах:

➡️ Один навык, который выведет вас на новый уровень (например, углубиться в Terraform или разобраться с K8s-операторами)
➡️ Один проект, который станет вашим кейсом-усилителем (автоматизация деплоя, написание своего инструмента для мониторинга)
➡️ Один контакт, который откроет новые возможности (спикер с митапа, автор крутого опенсорса, коллега из чата моего канала)

Такая ревизия помогает сохранять осознанность в карьерном развитии.

На какой пункт обратите внимание в первую очередь?

#карьера@devopsupgrade

Сколько зарабатывает администратор Siebel?

Вышел второй выпуск проекта «DevOps про деньги» с Всеволодом Севостьяновым, Staff enginer в Lokalise.

В гостях у Всеволода: Валентин Виштак, junior DevOps, администратор Siebel в «Мобильные web-системы»

Что обсудили:

🌟 ДМС, корпоративное обучение: какие плюшки есть у сотрудников компании
🌟 Обязанности на работе: основные задачи, KPI и зоны ответственности
🌟 Зарплата: сколько получает администратор Siebel в бигтехе?

Где посмотреть:

YouTube
VK Видео
Rutube

Новости проекта и расписание следующих встреч — в боте.

В комментариях к посту можно написать свои впечатления от нового проекта или заявить о своем желании стать героем следующего выпуска — всех свяжу с менеджерами проекта 🔥

Коллеги, приветствую! Как ваши выходные?

Я вот уехал вчера непонятно куда, чтобы посмотреть на воду (да, неделя выдалась непростая). Последние 100 км ехал в темноте, с тонированным визором в шлеме, в туман и дождь. А потом закончился интернет, так что музыки тоже не было.

Сейчас наконец-то встал, ночью мотик приходилось в темноте искать 😅

А чем вы занимаетесь? Делитесь в комментариях ⬇️

Как и обещал, делюсь историей одного из победителей розыгрыша футболок

Меня зовут Евгений. Вот моя история про “успешный успех”. История будет про мой путь перехода в ИТ, путь про обучение, цели и результаты.

Раньше был инженером-проектировщиком (вообще не ИТ) и параллельно работал в локальной компании на должности DevOps (искали с нуля, потому что только-только строили DevOps). Это была больше должность Linux-администратора скорее. В компании не было CI/CD-пайплайнов, был немного docker (в основном монолит), хотели внедрять Kubernetes (в отдаленных планах). И вот у меня появилась необходимость апгрейднуть свои знания.

Нашел курс DevOps Upgrade. По программе курс покрывал необходимые мне знания, которые хотел получить. У меня был запрос — выучиться и сменить компанию. Хотелось устроиться в более крупную компанию, попасть в команду DevOps-инженеров (чтобы быть не одному и были коллеги, у которых можно было учиться в том числе), работать с Kubernetes-кластерами.

До этого я учился в Слерме, проходил курс по Docker. Как раз после него активно начали пилить монолит на микросервисы, но для дальнейшего развития знаний не хватало. Поэтому остановился на курсе DevOps Upgrade.
Понравился курс тем, что он хорошо структурирован, есть стенды для практики, так как прохождение курсов останавливается на банальной невозможности (в силу незнаний нюансов или вообще с нуля) поднять необходимую инфраструктуру для прохождения практики. А тут заявлено, что на стендах можно попрактиковаться, что-то потыкать, посмотреть.

Есть сертификация, она была дополнительным стимулом проверить свои знания, чтобы лучше усвоить пройденный материал. Я поставил цель, разработал план. Затем разбил на шаги и пошел по плану. Получается, что в результате обучения достиг своей цели - добавить знаний в DevOps и сменить компанию.

Получив знания, а вместе с ними уверенность в своих силах, я отправился искать новую компанию. Отредактировал резюме и начал проходить собеседования. Прошел несколько собеседований и в итоге остановился на компании, которая устраивала меня по моим предпочтениям. Я устроился в более крупную компанию, где есть Kubernetes, GitLab CI/CD, команда опытных DevOps-инженеров, с которыми можно взаимодействовать и советоваться. Получил все, что хотел. На собеседование, кстати, спрашивали про курс, так как я указал его в резюме.

В начале работы жадно вникал во все и писал для себя инструкции, runbooks. Понятно, что есть Best Practice и так далее, но когда вникаешь или что-то делаешь, то все равно видишь это по-своему, поэтому все документировал для себя. На начальном этапе какие-то практики будут более обширные, чем у опытных ребят. Для кого-то это будет понятные вещи, для тебя на начальном этапе нет. Поэтому их лучше расписать, декомпозировать. Даже очевидные для коллег вещи я фиксировал — так и появилась база для роста.

Постепенно я освоился и начал выполнять более сложные задачи, да и самих задач стало больше. Внедрял новые практики и со временем уже начал оптимизировать процессы. В дальнейшем уже поднимал с нуля новые кластеры k8s и переносил на них существующие сервисы. Сейчас продолжаю активно развиваться, не без участия курсов от Слерм, например недавно прошел курс по DevSecOps и вот впереди новый вызов - разработать план по внедрению процессов DevSecOps совместно с инженерами ИБ.

Сейчас я понимаю: успех — это не одна победа, а цепочка решений. Главное — выбрать правильный курс (в прямом и переносном смысле) и не бояться действовать.

Подробная и очень вдохновляющая история успеха, которой я просто не мог с вами не поделиться (тем более, что Слёрм частично приложил к ней руку).

Мне хочется познакомиться с Евгением поближе, поэтому мы договорились встретиться в прямом эфире в среду 13 августа. Будем обсуждать старт в DevOps, лайфхаки и проблемы на старте, подводные камни и многое другое.

Лайв пройдет прямо здесь, на канале. Регистрация не нужна! Включайте уведомления, чтобы не пропустить начало, и микрофоны, чтобы задать вопрос или рассказать свою историю.

⭐️Ждем вас 13 августа в 18:00 мск!⭐️

#прямой_эфир@devopsupgrade

Все начинающие инженеры одинаково несчастливы

В чем? В поиске идеального места работы и интересного проекта, которым захочется заниматься.

Последнюю неделю много говорим про старт в карьере и истории успеха, а я еще и карьерную консультацию недавно проводил на курсе.

Захотелось порассуждать на эту тему и поделиться с вами своими мыслями. У меня самого уже есть работа, есть большой опыт, но и также есть карьерные мечты, цели и дилеммы.

О них — в подкасте ⬇️