DevOps не горит

Коллеги, всем привет! =) 6 мая 2026 случилось поистине великое событие (да-да, пишу очень вовремя) — вышел релиз Harbor 2.15.1. Ну обновился Harbor и обновился, а прикол-то в чем? Как будто бы вполне ризонный вопрос — а что такого великого в этом релизе? Как по мне, всю историю существования Harbor в нем была одна серьезная проблема. А именно: если образ в проксируемом реджестри по какой-то причине становился недоступен или сам реджестри становился недоступным — проксируемый образ из Harbor мы получить уже не могли. Даже если Harbor его до этого успешно скачал и он физически лежал в кеше. Был хак, когда образ из Harbor можно было получить по его хэш-сумме, но это долго и неудобно. В 2.15.1, а если точнее — тут, эту проблему наконец-то пофиксили. Теперь, если образ или сам реджестри недоступны, но образ уже есть в кеше — его можно получить из Harbor. Ииии это ровно то поведение, которого лично я ждал от Proxy Cache =) Свой Harbor мы обновляли с версии 2.12.XX, с проверками на каждом этапе. Обновляться стоит по порядку и точно не забывать про резервное копирование PostgreSQL, потому что с каждым обновлением проходят новые миграции БД. Enjoy =)

Коллеги, всем привет! =) Ранее я рассказывал про BSA-модель, к которой я часто обращаюсь в своих докладах. Оригинальный пост вы можете найти по ссылке. Иии 13 марта мы с коллегами из Flant провели вебинар, на котором подробно разобрали, как устроена модель, её плюсы и как она ложится на инфраструктуру. Не забыли подсветить особенности и корнер-кейсы =) Запись вебинара доступна тут: Youtube, Rutube, Dzen, VKvideo Enjoy =) ЗЫ1 — про DevOops Podcast: отдельный пост про то, где можно посмотреть запись, делать не буду — запись доступна по тем же ссылкам =) ЗЫ2 — про DevOops Podcast: готовим следующие выпуски, stay tuned =)

Коллеги, всем привет! =) Пришло время прервать молчание и начать писать посты регулярно. Как и обещал… ага-ага =) За прошедшие 6–7 месяцев много чего произошло, и, кажется, пришло время обо всём этом рассказать. Возможно, вы знаете, что я являюсь членом программного комитета DevOops Conf. Ииии… мы с коллегами запустили небольшой подкаст =) В подкаст мы приглашаем спикеров конференции, обсуждаем их доклады с DevOops Conf 2025, задаём неудобные вопросы, смотрим, что изменилось почти за год, и думаем, куда движемся дальше. Мы уже провели три подкаста: * DevOops Podcast #1 // «Битва кодовых ассистентов» * DevOops Podcast #2 // Инженер: куда уж дальше? Есть ли жизнь после сеньора? * DevOops Podcast #3 // Смерть классического IDP и восстание машин Тема следующего подкаста: Day 2 Operations: Как ломалась и крепла архитектура MWS Cloud на базе K8s и SaltStack О чём поговорим? * 💀 Смерть Immutable Infrastructure? (Боль идеалиста) * 🔨 K8s как молоток, а весь мир — гвоздь (Истинная цена «дешёвой» инфраструктуры) * ⚡ Некромантия или прагматизм: почему SaltStack? * 💥 Blast Radius (радиус поражения) и ночные кошмары * 🏗️ Platform Engineering и внутренний заказчик * 🐤 Факапы и мёртвые канарейки Подкаст состоится уже в эту пятницу, 07.08.2026, начало в 18:00 МСК. В онлайне вы сможете пообщаться с членами ПК и спикером =) Трансляция будет доступна здесь: Youtube, VK Видео Добавляйте в свои календари =) Ссылку на запись выложу немного позже ^_^

Коллеги, всех с прошедшими праздниками! ^_^ Хотел написать данный пост ещё в понедельник, но руки дошли только сейчас. Начало года — всегда самая любимая пора, потому что это всегда обновление каких-нибудь сертификатов и всякое такое, регулярно, но нечасто. Самое весёлое в этом сезоне — это то, что EdgeCDN перестаёт предоставлять услуги CDN для Yandex Cloud, и всех просят мигрировать на Yandex CDN, коим мы сейчас и занимаемся. Инструкция облака в целом исчерпывающая, а если у вас инфраструктура как код, то проблем возникнуть не должно. Единственный момент — это как проверить работоспособность нового CDN? А сделать можно это следующим образом. Если вы шли строго по инструкции, клонировали ранее созданный CDN для своего доменного имени, вы получили CNAME нового CDN. Там будет что-то вида 123123abcd.topology.gslb.yccdn.ru После этого вам нужно узнать IP-адрес этого CDN, в этом нам поможет dig. dig +short 123123abcd.topology.gslb.yccdn.ru После того как мы получим IP-адрес (представим, что это 1.2.3.4), мы сможем собрать примерно вот такой curl: curl -vvv --resolve my-awesome-service.ololo.ru:443:1.2.3.4 https://my-awesome-service.ololo.ru/ После его выполнения вы сможете проверить работоспособность нового CDN. Enjoy и всем лёгкой первой трудовой недели ^_^ PS - а зачем проверять то? Инструкция от облака описывает чуть-ли не автомиграцию "прЕкол" заключается в том, что замена CDN подразумевает замена CNAME для основого домена ради которого CDN и поднимается/настраивается Любые работы с DNS, особенно в проде, несут ряд рисков и определенно стоит проверить все заранее PPS - новый CDN будет "не прогретый", то есть в нем не будет кэша, по этому в моменте вы получите увеличение нагрузки на сервис за CDN до момента пока кэш "не прогреется"

BSA-модель Коллеги, всем привет! =) В своих докладах я довольно часто делаю отсылку к модели BSA (base-service-app), и порой меня спрашивают: «Откуда она вообще взялась?» Впервые я познакомился с этой моделью в 2019 или 2020 году, когда трудился в E42 (кто знает — тот знает). Модель BSA хороша тем, что она достаточно явно описывает связь «условного» бизнес-сервиса с необходимыми зависимостями (БД, кэши, очереди и т. д.) и инфраструктурой. Как говорил классик: «Всё переплетено». Давайте по порядку. Базовый слой — это слой инфраструктуры, и именно тут разворачивается наше приложение. Это не просто условная ВМ или кластер Kubernetes — это ещё и необходимая инфраструктура: мониторинг, логирование, трейсинг и дополнительные компоненты. Сервисный слой — это необходимые вспомогательные сервисы. Наше бизнес-приложение наверняка хранит какие-то данные, ему нужны кэши, а возможно, и очереди. Слой приложения — это уже само бизнес-приложение. Благодаря такому разделению удобно работать с зависимостями. Например, мы так выставляли priority class для базового слоя. Enjoy! =)

Коллеги, всем привет!=) У DevOps Conf 2026 идет call for papers А это значит, что если у вас есть о чем рассказать - самое время подать заявку Ссылка на CFP - https://cfp.devopsconf.io/ Прием заявок до 24 ноября 2025!!! Ключевые темы: — Эксплуатация LLM — AI-Driven Engineering: практики, риски и трансформация разработки — Как сократить косты на инфраструктуру? — Цифровые иммунные системы и инженерия надёжности (это SRE и новый термин оттуда) — Про разработку для системных инженеров — Требования регуляторов на простом русском — Базовые практики работы и про то, почему они по-прежнему важны Буду ли я подаваться с докладом? Да еще не решил, надо бы подумать, вдруг в закромах найдется что-то интересное =)

Как я стал фронтендером vol.2 Коллеги, всем привет! =) Ранее я писал о том, как при помощи ИИ «заводил» техрадар (ссылка на первый пост: https://t.me/devops_not_burn/111). Чем мне помог ИИ??? Начнём с того, что я ни разу не фронтендер, и иногда мне бывает сложновато сформулировать запрос. Задача была достаточно простой — используя какое-то мейнстримовое решение, завести свой техрадар. Первый ИИ — ChatGPT 5 с платной подпиской. В целом, он помог всё базово запустить. На всё про всё ушло порядка часа. Плюсы: — быстрые ответы; — хорошие базовые рекомендации. Минусы: — половина рекомендаций — мимо; — ChatGPT 5 «не видит», что происходит на фронте. Далее я воспользовался Claude Sonnet 4 в режиме агента — и вот тут стало гораздо интереснее. Claude Sonnet 4 в режиме агента самостоятельно всё верстал и проверял. Плюсы: — всё сделано более-менее (всё-таки есть некоторое количество вопросов к решениям). Минусы: — сразу держите в голове, что вы общаетесь с джуном. Если с фронтом ИИ-агент всё накручивал, то с инфрой я несколько раз его останавливал, потому что он творил откровенную дичь. Какие выводы я могу сделать? Для быстрого старта — вполне ок. НО, как я уже не раз говорил в кулуарах: «Если вы совершенно не шарите в теме, в которой просите помощи у ИИ — скорее всего, вам стоит приготовиться к страданиям и дебагу». Я не противник ИИ. Я человек, который относится к нему как к помогатору, а не как к замене «кожаных мешков». Enjoy =)

Как “сломать” всю команду в пятницу? Коллеги, всем хорошей пятнички! =) Как сломать всю команду в пятничку? Достаточно скинуть во внутренний чатик вот эту ссылку https://floor796.com/ 😂😂😂 Этаж 796 - здоровнннннная гифка с каким то невероятным количеством отсылок к фильмам, играм, мемам и всякое такое Enjoy, а найденные отсылки вы можете скидывать в чатик =) ЗЫ - уже встречал эту гифку давно, и не давно накнулс в канале Макса и заностальгировал

Как я стал фронтендером Коллеги, всем привет! =) Приперло тут нам построить свой внутренний тех радар. Думаю никому не нужно объяснять, что это такое и какие задачи/вопросы он решает Отправился я искать какой то фреймворк на котором можно быстро простроить тех радар с квадрантами, уровнями, преферансом и джунами В ходу есть два варианта, это thougtworks tech radar и zalando tech radar Ухххх, пока я все это добро “заводил” страдали строе: я, ChatGPT 5 Plus, Claude Sonnet 4 Проблема thougtworks заключается в том, что нужно не слабо так упороться, что бы из корня открывался твой радар и тебе не нужно было “волшебным” путем подсовывать адрес твоего радара для визуализации. Через N попыток, я сдался и отправился смотреть тех радар от Zalando. Иии Zalando Tech Radar оказался куда более удобным и практичным. Единственная проблема которую пришлось порешать, это масштабирования радара. На все про все у меня ушел примерно час. Ну а болванка тех радара, если она вам потребуется доступна тут Сэкономлю вам немного времени, вдруг пригодится =) ЗЫ - если у вас что-то поедет в верстке - ну соррян, я не "фронтовик" =) ЗЫЫ - надо бы пост что ли написать про то как я юзал Claude Sonnet 4 в качестве ИИ агента, спойлер - было весело =)

DevOops 2025 Коллеги, всем привет! =) 16-17 сентября в Питере прошел DevOops Conf. Это был юбилейный, десятый DevOops. Иииии, я там тоже был, НО в этот раз не как спикер, а как член программного коммитета!!! Что я имею по этому поводу сказать: 1 - это совершенно другой опыт, так как в обычной жизни ты готовишь один доклад, но тут ты помогаешь аж с 4 докладами 2 - на участие в ПК уходит горрраздо больше сил, но это определенно того стоило =) А еще с мы Сергеем Киселевым (у него кстати есть свой канал "Буду погроммистом!") запустили новую активность “Fail Talks”. Fail Talks приследовал несколько целей: — дать возможность людям пообщаться при это не загоняя их в сверх жесткие рамки — создать обстановку в которой не страшно рассказать про свои фейлы, даже если они “позорные” Иииии мы справились, для разгона этой активности было 2 специально подготовленных “случайных” доклада, к концу докладов было уже 15 Коллеги, записывались, рассказывали, травили шутейки за 300, в какой то момент мне показалось, что в зале было человек под 80, что было супер круто =) В общем и целом - мне все понравилось, быть бОльшей частью комьюнити и помогать другим спикерам готовиться Дима, Даша, Ваня, Макарий - бесконечно благодарен вам за ваши доклады =) Алена - сЫпасибо за супер координацию всего процесса =) ЗЫ - а еще мы запускаем/достаем из закрамов еще одну DevOops активность, о ней я напишу позже =) ЗЫЫ - немного фотокарточек в комментариях

Yandex Neuro Scale Коллеги, всем привет! =) Прошел Yandex Neuro Scale, ииии там я тоже отметился с докладом "Балансировка на грани: как мы распределяем нагрузку в Kubernetes-кластерах" Как я и говорил в самом выступлении, я много “покапитанил” и в целом не рассказал ничего особо нового. Многие вещи, про которые я говорил, все уже давно используют у себя в проде. Основная цель моего доклада — рассказать про наши приключения с повышением отказоустойчивости: мы хотим “жить” даже если потенциально, в моменте, одна зона доступности может испариться. 25 минут доклада на земле равняются 2 кварталам работы 4х инженерных команд =) Так что всё это приключение точно было не из лёгких =) ЗЫ — в кулуарах был вопрос: “А как там выживать, если есть ноды/нод-группы с тейнтами?”. Ответил, что “у нас такого нет, и проблем тоже нет =)”. В целом мой ответ валиден. Если посмотреть на него более детально, то нод-группы с тейнтами не особо-то и отличаются от обычных нод-групп. Нод-группы с тейнтами мы просто дублируем между зонами и в случае проблем эвакуируем нагрузку в другую зону. ЗЫЫ — Yandex Neuro Scale персонально для меня — achievement unlocked👨‍🦯 ЗЫЫЫ — Да, отказоустойчивость, да, мы максимально живучие в случае больших инфра-проблем, но ценой чего? Мы тут запустили небольшой трек по оценке: “А всегда и везде нам нужна такая отказоустойчивость?”. По результатам вернусь =)

Big Tech Night - “послесловие” Коллеги, всем привет! =) BTN прошел, а мое выступление вы можете найти тут Продолжаем “затаскивать”, боремся с сайд эффектами, решаем вопросики Никто же нам не говорил что в платформе все будет просто! =) Enjoy! ЗЫ - надеюсь, что в ближайшее время, контента станет побольше =) ЗЫЫ - не ну масштаб у BTN конечно был грандиозный, мы с ребятами успели побывать только в офисах Ламода, Т-банка и Яндекса =)

Коллеги, всем привет!=) Big Tech Night отгремел, а я, как и обещал, делюсь свое презентацией Формат pptx оставил специально потому что там есть подстрочник Авторская орфография конечно же сохранена Enjoy ^_^

Big Tech Night Коллеги, всем привет! =) 12 сентября буду выступать на конференции Big Tech Night В офисе коллег из Lamoda Tech я расскажу “как при помощи одной cli управлять всем миром” Ох и не простое это было приключение, начиная от дизайна и заканчивая тем как мы это внедряли. Сложности начались с дизайна и закончились на этапе нотификаций. Мы перепробовали кучу всего, некоторые части компонентов переписывали вообще несколько раз. Хотя, казалось бы ага, цель у нас была простая, дать разработчикам возможность влиять на инфраструктуру при этом не выстрелив в ногу командам эксплуатации Приходи, будет интересно =) ЗЫ - после конференции я конечно же приложу запись и все материалы =)

Terragrunt и обработка ошибок Коллеги, всем привет! =) Иногда, а именно когда мы раскатываем инфраструктуру пепелайном с terragrunt/terraform, мы можем столкнуться с ошибками. Конечно же ошибки нужно фиксить системно, но всегда это быстро или возможно в принципе. По этому приходится что-то придумывать. Для связки pipeline+terragrunt/terraform можно выделить 2 типа ошибок: 1 - мы не можем поработать со стейтом, провайдером, модулем, api инфры 2 - что-то уж совсем не так с api инфры Проблемы под номером “РАЗ” вполне себе могут решаться ретраем, сделать это можно двумя способами: — используя утилиту retry (да, оно будет работать, но бинарь придется собирать самостоятельно и ретрай будет всегда когда exit code ≠ 0, что не всегда удобно) — используя встроенный обработчик ошибок terragrunt (это вариант нам как раз и подходит, так как работать с ошибками можно достаточно гранулярно) На практике нам достаточно добавить блок errors в привыйный нам terragrunt.hcl Пример: errors { retry "source_fetch" { #имя ошибки retryable_errors = [".*Error refreshing state: .*"] #регулярка для поиска конкретной ошибки max_attempts = 3 #количество ретраев sleep_interval_sec = 5 #ожидание между ретраями } } В конфигурацию мы можем добавить ретраи для нескольких ошибок или написать мега регулярку. Обязательно стоит помнить что использовать .* в случае инфры может быть не самой лучшей затеей Enjoy =) PS - да, да, я снова пишу редко, как говорит мой батя “То пьянка, то партсобрание” PSS - в ближайшие пару дней будет несколько анонсов =)

TOD`25 Коллеги, всем привет!) 19 мая поучаствовал в T-bank Observability Days В этот раз формат был немного другим и состоял из круглых столов и инженерных сессий Мы с коллегами по участвовали в инженерной сессии, где весело и задорно пообсуждали тренды Observability, Observability 2.0, обсудили боли/проблемы и вот это вот все =) Запись инженерной сессии доступна тут ЗЫ - а еще я тут научился открывать результаты компьютерной тамографии в полевых условиях на маке, но это совсем другая история =)

DevOps Conf 2025 - Итоги Коллеги, всем пятнички! =) А вот и ссылка на мой доклад Гибкое управление доступами для распределенной инфраструктуры с прошедшего DevOps Conf 2025 Как говорится “лайк, шер” Отдельно хочу выразить благодарность Диме, Ване и Саше за помощь в подготовке, ревью и советы =) ЗЫ - если во время подготовки к конференции вам предлагают записаться к коучу который помогает с презентациями и выступлениями - не скипайте. Из такой встречи вы можете вынести много полезного

Коллеги, всем привет!=) Напоминаю, что сегодня состоится Omni Infrastructure Meetup Как оффлайн в офисе, так и онлайн Ссылка на трансляцию - https://facecast.net/w/q45mdd Приходи лично или подключайся к трансляции, будет интересно =) UPD - ссылка на чатик митапа https://t.me/+9jmwV2imOLEyZWIy , если вы в онлайне, в нем вы можете задать вопрос спикерам

Коллеги, всем привет! =) Список полезных материалов к моему докладу “Гибкое управление доступами для распределенной инфраструктуры” Netbird - официальный сайт Github - официальный github репозиторий проекта API документация - документация API Keycloak Intergration - настройка интеграции с KK Troubleshooting - траблшутинг “клиентской” части

Коллеги, всем привет!) Небольшая минутка спойлеров моего будущего доклада =)