DevOps 413

DKT104 | Нужны ли джуны в DevOps в 2026, если есть ИИ? 🎙 Юлю Брунер не взяли во внутреннюю DevOps-школу, потому что она ни разу не видела Linux. Месяц учёбы днями и ночами, пара провальных собесов и первый оффер. Теперь она менторит тех, кто идёт следом, и спорит с нами, заменит ли ИИ джунов. Что обсудили: ▸ Путь из лингвистики и техподдержки в DevOps на самоучёбе и мотивации ▸ Реально ли так зайти сегодня, когда зарплаты проседают, а у каждого есть ИИ ▸ Девушки в DevOps и вопросы про детей на собеседовании ▸ Страхи: синдром самозванца, «поймут, что я глупая» и потолок ▸ ИИ в обучении и мидлы, которые перестали думать сами ▸ Блиц и токсичность в IT 💡 Совет Юли новичкам: ИИ не главный источник правды, а помощник. Пусть генерирует практические задачи и объясняет сложное простыми словами. А проверять одну нейросеть другой, когда нет своей базы, так себе идея. 🤖 И новость с кухни: этот выпуск мы впервые монтировали вместе с AI. Он помог найти пропавшие кадры и фризы и выровнять звук по губам. Нам кажется, стало намного лучше, но нужен ваш взгляд со стороны. 🙏 Посмотрите внимательно и напишите в комментах: что понравилось, что нет, где заметили рассинхрон звука или фриз картинки. Таймкод очень поможет. 🎬 Смотреть: https://youtu.be/rF7IDgGDH2g 🎧 Слушать: https://t.ly/Jg5_2 📺 Канал Юли: https://www.youtube.com/@DEVOPS413 🎤 Мок-интервью возвращаются, заявка: https://forms.gle/jiei9JYSH7qQqNVz5

Мой личный роадмап по DevOps Вчера выступала на SysAdmin conf с докладом про переход в DevOps, в котором рассказала про небольшой гайд, который я написала на основе своего опыта и опыта моих менти. Я проходила этот путь сама с нуля и набила много шишек, а потом делилась опытом в качестве ментора. Этот чек-лист является концентратом реальных работающих рекомендаций, которые были отработаны на практике с начинающими инженерами, которых я наставничала последние два года.

Внутри: • роадмап • мои комментарии к каждому пункту роадмапу • советы по собеседованиям • практика и пет-проекты • стажировки • поиск работы • полезные материалы и ссылки

На самом деле, скорее всего, в нем нет того, о чем вы еще не слышали. Сейчас много разных рекомендаций о том, как стать DevOps инженером и как найти работу, но не все из них структурированы и работают, а что то может навредить. Я постаралась указать только то, что, по моей практике, работает чаще всего и эффективней, отбросив менее важные вещи на старте. Эти рекомендации как минимум точно помогут вам сэкономить время, а как максимум найти работу. Скачать чек-лист без регистрации и смс 👉 devops413.io P.S. Спасибо всем, кто пришел на доклад, за вопросы и кулуары❤️ В комментариях укажу ссылку на запись, когда ее опубликуют

Есть такой легендарный человек @kruchkov_alexandr, который известен инженерному комьюнити больше всего по активности в профильных чатах (например @kubernetes_ru). Нам с ребятами удалось пообщаться с Сашей в рамках еженедельного подкаста Kubernetes Community Podcast, где он впервые публично рассказал свою карьерную историю, про рабочий сетап, синдроме самозванца, учебе и рабочих казусах! Кто знает Сашу только по чатам, очень рекомендуем послушать и познакомиться с ним ближе, чтобы узнать причем тут микроволновка, белки и деревья! 😁 Кстати, Саша уже несколько лет не пользуется мышкой, вместо этого он управляет курсором при помощи движения зрачков! 😱🤯 Смотреть выпуск: https://youtu.be/5JAb40R5OEM А послушать можно тута: - Apple Podcast - Mave - Яндекс Музыка - YouTube

Не знаешь кубер 🖼️ - не инженер

Это частое заблуждение. Инженеры бывают разными и в новом выпуске подкаста Антон Скутин @SnugZz Head of SRE Петрович-Тех рассказал о своем карьерном опыте от сисадмина до главы SRE инженеров. Своим примером он развеет ваши страхи, неуверенность и расскажет о том, насколько важны могут быть софт скилы. Про инженерные практики, инциденты, выступления на конференциях и выход из зоны комфорта. Приятного просмотра! https://youtu.be/hK1AENtNrf8

где ссылка

Осень встречает нас большим количеством интересных бесплатных конференций 🍂. Иду на них сама и хочу поделиться с вами! Здорово, если сможете попасть оффлайн в Москве, но можно посмотреть в онлайне 💻. *️⃣ 9-10 сентября IT-Elements от Инфосистемы Jet 🚀 *️⃣12-13 сентября E-CODE от Ozon 🛍️ *️⃣ 22 сентября митап «Облако без угроз» от MWS ☁️ *️⃣ 26 сентября Avito Tech Conf 🏷️ *️⃣ 8 октября Техно День от Selectel, в программе Сурдин и Семихатов 🔥🔥🔥 *️⃣ 9 октября СисАдмин 🛠️ 🍒 И хочу напомнить про экскурсии по ЦОДам в Selectel 🏢 Надеюсь увидеться с кем нибудь в офлайне ☺️

Уже через неделю в следующую среду 9 сентября я приму участие в круглом столе на тему «Кривой или недостаточный мониторинг: что дороже?». Горячая холиварная тема, с коллегами по цеху обсудим вопросы мониторинга на конференции Перформанс Конф. Будут интересные доклады по SRE и DevOps, программу можно увидеть на сайте. Сейчас действует акция на покупку билета: второй билет бесплатно. Промокод: for_friends

В этот четверг иду на интересный митап, хочу и вас пригласить! МТС Web Services приглашает инженеров DevOps и SRE на встречу 27 августа В программе вечера:

Мастер-класс по мониторингу ИИ-приложений «Смотри, как думает агент» от платформы MWS RelyOps

«Как создать свой приватный enterprise-каталог операторов в закрытом сегменте» от Orion soft

«Опыт внедрения ИИ-агента, который сам решает тикеты техподдержки» от SRE-лида MWS

«Оптимистичный прогноз о навыках инженера в эпоху AI-native» от платформы MWS DevRails AI

Узнайте больше о программе и регистрируйтесь по ссылке. До встречи!

☁️ State of DevOps Russia расширяется Исследование State of DevOps Russia в этом году выходит за рамки анализа только DevOps-практик, получает расширение и новое имя — State of Cloud Native Russia. Сохраняя лучшие традиции State of DevOps Russia, в этом году исследование охватывает: ⚙️ DevOps, платформенную инженерию и инфраструктуру; 🤖 использование ИИ и нейросетей в цикле разработки; ☸️ Kubernetes и cloud-native-практики; ☁️ облачные технологии и эксплуатацию. Если вы работаете в разработке, DevOps, SRE, платформенных командах или инфраструктуре — поделитесь своим опытом. Исследование проводится Ассоциацией профессионалов индустрии облачно-ориентированных технологий «АОТ» при поддержке отраслевых партнёров. 👉 Пройти опрос По итогам опроса будет подготовлен отчёт о состоянии облачно-ориентированных технологий в России. Он поможет увидеть ключевые тренды отрасли, сравнить свои практики с рынком и опираться на данные при развитии инженерных процессов и инфраструктуры.

Если вы никогда не админили куб 🖼️ - вы, скорее всего, никогда не сталкивались с зеркальными подами. Но даже если админили - есть ряд объектов, с которыми вы не взаимодействовали напрямую. Я собрала свой список неочевидных абстракций, с которыми вы могли не сталкиваться или сталкивались, но не знаете, что это. 1️⃣. Finalizer

Это поле в метаданных любого ресурса. Пока оно не пустое - Kubernetes не удалит объект, даже если вы уже выполнили kubectl delete. Он просто висит в статусе Terminating и ждёт дополнительного события. Встречается в операторах и CRD - контроллер должен сначала почистить внешние ресурсы, и только потом разрешить удаление. Часто при мне начинающие инженеры спотыкались об него и ломали голову почему откат helm релиза завис 😅

2️⃣. Ephemeral container

Временный контейнер, который можно добавить в уже запущенный под без его перезапуска командой kubectl debug. Используется только для отладки - особенно когда основной образ собран на distroless и внутри нет ни bash, ни curl, вообще ничего. Добавляешь эфемерный контейнер с нужными инструментами, дебажишь, после удаляем. 3️⃣. Pause container Первый контейнер, который создаётся в каждом поде без исключения еще до старта основного. Он держит network и PID namespace для всех остальных контейнеров в поде. Именно поэтому все контейнеры в поде видят один и тот же localhost. Его можно увидеть в crictl ps как pause.

4️⃣. Sidecar container

Начиная с Kubernetes 1.29 - это уже не паттерн, а отдельный тип контейнера в поде (initContainer с restartPolicy: Always, init контейнер в отличие от Sidecar запускается только при старте пода один раз). Он стартует до основных контейнеров и живёт столько же, сколько под. Раньше так называли просто контейнер-компаньон рядом с основным - агент логов или рестарт сервис.

5️⃣. Static pod

По сути это контейнер, которым управляет kubeletнапрямую, читая манифест из директории на ноде и минуя контроллеры и kube-scheduler. И никакого управления через kube-api: вы не можете его удалить командой kubectl delete. Именно так, например, запущен kube-apiserver, что позволяет повысить его отказоустойчивость.

6️⃣. Mirror pod

Когда kubelet запускает static pod, он создаёт в API-сервере его "зеркальную" копию - mirror pod. Это readonly-представление: вы видите его через kubectl get pods. Если удалить такой под, то пропадет сам объект kube-api, но фактически контейнер статик пода будет продолжать работать.

7️⃣. PDB (Pod Disruption Budget)

Объект, который используется не так часто, как deployment. Он говорит кластеру: "не трогай больше N подов одновременно". Срабатывает при запланированных эвикциях (дрейн ноды, rolling update). Без PDB при kubectl drain все реплики вашего приложения могут упасть одновременно. С PDB - кластер подождёт, пока где-то поднимется новый под, и только потом продолжит.

8️⃣. Lease

Объект в группе coordination.k8s.io, механизм распределённой блокировки. Используется для leader election - когда у вас несколько реплик контроллера, но активно работать должна только одна. Именно через Lease kube-controller-manager и kube-scheduler выбирают лидера. Ещё kubelet обновляет свой Lease каждые несколько секунд - это его heartbeat, по которому API-сервер понимает, что нода жива.

9️⃣. EndpointSlice

Замена старому объекту Endpoint. Хранит маппинг сервиса на IP-адреса конкретных подов, но разбитый на слайсы по 100 записей. Появился потому, что в больших кластерах один Endpoints на сервис с тысячами подов - это огромный объект, который при каждом изменении перегружает etcd и сеть. EndpointSlice решает эту проблему. Когда трафик идёт не туда - идёте проверять именно его.

1️⃣0️⃣. SubjectAccessReview

API-объект для проверки RBAC-прав. Отправляешь запрос: "может ли пользователь X выполнить действие Y на ресурсе Z?" - получаешь yes/no. Именно это делает kubectl auth can-i под капотом. Полезно знать при написании операторов или admission webhook-ов, которым нужно самим проверять права перед тем, как что-то сделать.

Сколько пунктов из 10 тебе приходилось дебажить?) Мне семь 😅

🖼️ Кубоводы общий сбор! 🖼️ 30 июля в Москве встречаемся на конференции Kuber Community day. Регистрация бесплатная, можно присоединиться к онлайн трансляции. Я буду одним из спикеров и расскажу вам о прелестях Talos, буду рада всех увидеть и со всеми пообщаться 🤗 Регистрация по ссылке.

Если вы опытный инженер, то уже хотя бы раз задумывались о лидерстве. Как выстроить карьеру от сисадмина до С-level позиции? Как лидировать команды и приводить продукт к успеху на рынке? На эти вопросы ответил новый гость подкаста Александр Крылов ❤️ Саша поделился своим опытом, дал советы начинающим лидам, обсудили найм и зарплаты девопсов, а также Саша назвал свой ТОП-3 сложных технологий в DevOps. Приятного просмотра! https://youtu.be/fT8MKpKST68

Тизер подкаста с новым гостем, заслуженным айтишником и талантливым руководителем Александром Крыловым! Саша рассказал про свою карьеру и поделился советами, обсудили рынок. Что же все таки выбрал Саша: сварм или куб, и причем тут животные 😹? В среду вечером вам точно будет, что посмотреть! :)

Что там по найму сейчас на рынке? На той неделе во время записи новой серии подкаста обсуждали текущие вилки. Что я вижу: зп перестали расти, требования к миддлам выросли и ими, как кажется, хотят заменить сеньоров. То есть переименовать сеньора в миддла и за те же компетенции заплатить поменьше. Или только мне так кажется? Много вакансий без вилок и реальные цифры мало кто хочет называть, видимо, чтобы не переплатить. Активно помогаю паре инженеров готовиться к собесам и в целом вижу, что найм скорее жив, чем мёртв, но ушел в какую то тень. Только что Yadro объявил о быстрых офферах для DevOps инженеров https://getmatch.ru/vacancies/34251. Ищущий да обрящет. Если кто то сейчас ходит по собесам или участвует в найме, поделитесь вашей картиной происходящего 🙏

На днях я попала на экскурсию в московский ЦОД компании Selectel, и мне очень понравилось! Группа была небольшая (человек 10-12), и мы поделились на две. Сначала нам показали уличные ДГУ (дизель-генераторные установки) и рассказали, как происходит переключение на альтернативные источники питания. Заглянули внутрь одной из ДГУ, в которой используется 16-цилиндровый V-образный двигатель Rolls-Royce. Далее мы зашли в само здание и первым делом увидели ИБПшники, про которые я никогда не слышала - динамический ИБП Piller с кинетическим накопителем энергии на маховике. Вместо батарей используется тяжёлый маховик, раскрученный до безумных оборотов: пока есть городское питание (основной источник), он работает как мотор и крутит маховик, накапливая кинетическую энергию, при просадках городской сети маховик по инерции продолжает вращаться, электромашина переходит в режим генератора и питает ЦОД до старта ДГУ. Также нас пустили в серверные и показали, как проведены коммуникации для облачных и выделенных серверов. Всего в ЦОД проведены 14 провайдеров. Показали, как организованы горячие и холодные коридоры, как работает система фрикулинга. В качестве последней остановки мы попали в центр мониторинга: они не используют привычные опенсорсные Grafana/Zabbix, у них своя система, спроектированная в CAD-е. Было очень приятно пообщаться со всеми ребятами, ответили на все вопросы, даже самые примитивные 🤪 Фотографировать было нельзя, но пару фоточек я сделала. Я увидела информацию об экскурсии в их тг-канале, они сделали это ежемесячной активностью, так что если захотите посетить один из их ЦОДов в Москве или Питере, следите за новостями, если увижу - тоже поделюсь. Ранее Selectel приглашали меня на бизнес-ужин в Казани, где я много узнала об облачных провайдерах и познакомилась с некоторыми коллегами по цеху (тот самый нетворкинг). А ещё ранее летом я попала на очень редкую экскурсию в московский офис Яндекса и тоже была в восторге (увидела у @ever_secure). Посмотрела, как работают другие, какие есть условия на рынке, плюсы и минусы. Это помогает расширить кругозор, увидеть альтернативы и повысить свои притязания к рабочим условиям. Именно поэтому я записываю на ютубе подкасты с инженерами - чтобы можно было поделиться тем, как бывает у других, и на что-то вдохновиться 🙂

С чего начать путь в IT? Как перейти в DevOps инженеры? Нормально ли испытывать стресс и страх провала от повышенной ответственности? На все эти вопросы ответил Ярослав, делясь своим опытом карьеры в IT. От дежурного в отделе DBA до Senior DevOps, стипендия молодого ученого, релокация в Питер и топ сложных технологий в DevOps. Приятного просмотра! https://youtu.be/mfDgTDLESao

Вы когда нибудь встречали умника? Не мамкиного умника, а олимпиадного. Ярославу за это даже платили стипендию 😁 Что это за зверь - Senior DevOps, как им стать? Ярослав поделился своим опытом, рассказал о том, что его калит в IT и много другого интересного! Ловите тизер, а завтра выйдет полное интервью :)

Вы были добавлены в белый список.