DevOps 413

Мой личный роадмап по 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

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

До встречи!

Channel photo updated

☁️ 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). Посмотрела, как работают другие, какие есть условия на рынке, плюсы и минусы. Это помогает расширить кругозор, увидеть альтернативы и повысить свои притязания к рабочим условиям. Именно поэтому я записываю на ютубе подкасты с инженерами - чтобы можно было поделиться тем, как бывает у других, и на что-то вдохновиться 🙂