🌟 Дайджест полезных материалов в Слёрме за июнь — переходите по ссылкам, если упустили что-то интересное.

Инструменты и лайфхаки

🔹 Service mesh и API-шлюзы
🔹 Логирование в Kubernetes

Где IT-специалисту работать хорошо? Обзор компаний и вакансий

🔹 Solar Staff, DevOps-инженер
🔹 Plata, Platform Engineer Senior
🔹 СКБ Контур, Администратор баз данных
🔹 Яндекс, SRE

Карьера и резюме

🔹 Как джуну показать рост, если повышения не предвидится?

Образование

🔹 Бесплатный гайд со всеми полезными материалами Слёрма

Как понять, эксперт вы или просто пользователь?

Только через практику! Чем больше кейсов за вашими плечами, тем больше плюсов в копилку эксперта. Мы приготовили кое-что интересное, нестандартное, без теории, только мясо, только хардкор — новый Docker-практикум.

Как это будет:

1️⃣ решаете задачу, отправляете на проверку и получаете обратную связь;
2️⃣ обсуждаете лучшие решения и типичные ошибки на еженедельном созвоне-разборе с экспертом.

Вы последовательно пройдёте путь ➡️ от «как делать правильно и идеально» (модуль Let`s Go!) ➡️ через «как работать с тем, что есть в реальности» (модуль Кровавый Enterprise) ➡️ к «как решать проблемы, когда все пошло не по плану» (модуль Hardcore). Это комплексный подход, который готовит к реальной работе, а не просто знакомит с командами Docker.

Через практику вы поймёте:

✅ как создавать безопасные образы;
✅ как работать не только с модным Go, но и паковать в Docker то, что используется в бигтехе;
✅ модернизировать и оптимизировать приложения, делать их управляемыми и масштабируемыми.

Спикеры: Максим Гусев, Lead Observability Dodo и Павел Минкин, DevOps Инженер.

Практикум подойдёт вам, если вы уже знаете основы Docker или прошли курс «Docker для админов и разработчиков».

👉 Узнать подробности программы и занять место — по ссылке.

Что тормозит релизы? 5 симптомов, которые лечит CI/CD

Вы замечали, что процесс выпуска нового функционала или исправлений превращается в долгий и нервный процесс? Вместо быстрых итераций — ручные проверки, неожиданные ошибки в проде и вопросы в духе «Кто последний деплоил?».

Это не просто неудобство — это «симптомы» устаревшего процесса доставки кода. Давайте разберёмся, что идёт не так и как CI/CD помогает это исправить:

➖ Разработчик запускает тесты вручную
➕ Решение: Автоматизированный пайплайн запускает тесты на каждый коммит.

➖ Деплой вручную через SSH
➕ Решение: CI/CD разворачивает код одинаково каждый раз, без человеческого фактора.

➖ Staging обновляется раз в месяц
➕ Решение: CI/CD автоматически обновляет staging после каждого мержа в main.

➖ Только один человек знает, как работает деплой
➕ Решение: Конфигурация в репозитории + документация в коде.

➖ Отсутствие логов деплоев, непонятно, какая версия работает
➕ Решение: CI/CD фиксирует кто, когда и что задеплоил

CI/CD не просто запускает команды. Он сохраняет последовательность, фиксирует историю и создаёт доверие к процессу.

На CI-CD практикуме мы будем тренироваться решать такие ситуации на реальных задачах, а не по учебным шаблонам. С фидбэком от практикующего инженера.

Узнать подробности и изучить программу — по ссылке.