Флант | Специалисты по DevOps и Kubernetes

Разбираем 22 альфа-фичи Kubernetes 1.37. Спойлер самого крутого и долгожданного: • Больше не нужно с нуля перезапускать приложения после каждого сбоя — появились снапшоты подов. • «Костыли» для планирования сложных нагрузок в прошлом — K8s научился работать с иерархией групп подов. • Проблемы с хранилищем можно отловить сразу, а не когда приложение упадёт с ошибкой — теперь K8s мониторит здоровье PV. Подробнее об этих и других фичах с примерами — читайте в статье.

«Флант» — в премии «Продвигай ИТ» Немного о том, что у нас происходит по другую сторону инженерных задач — в маркетинге. В этом году появилась премия «Продвигай ИТ», и мы отправили туда два проекта, которыми особенно гордимся.

«В2В-маркетинг Флант: другая логика конкуренции» — о том, как мы выстроили маркетинг в категории, где конкурируют 30 вендоров и 10 ведущих Kubernetes-платформ. Вместо гонки за рекламным охватом сделали ставку на экспертизу: развиваем Deckhouse Academy, взаимодействуем с вузами, создаём экспертный контент и строим профессиональное сообщество вокруг бренда.

Результат: Deckhouse — №1 в медиа, узнаваемости и внедрениях. Отрыв по индексу заметности от ближайшего конкурента — 160%, рост продуктовой выручки — 156% год к году.

State of DevOps Russia 2025 — ежегодное исследование о состоянии DevOps-практик в индустрии. С минимальным бюджетом мы собрали вокруг него большое профессиональное сообщество: 13 партнёров, 36 Telegram-каналов и более 3000 участников. За время проекта вышло 213 публикаций с охватом 16 млн.

Кейсы представлены в номинациях «Маркетинг красного океана» и «Маркетинг нулевого бюджета». Поддержите нас ❤️ 1️⃣ Зарегистрируйтесь на сайте премии с корпоративной почты. 2️⃣ В каждой номинации выберите три понравившихся кейса. 3️⃣ Найдите наши проекты и проголосуйте за них.

Нам очень нужна ваша поддержка. Голосуйте за понравившиеся кейсы и отправляйте ссылку друзьям и знакомым — все, кто поучаствует, сделают нас ближе к победе.

Проголосовать за кейсы →

Контейнеры, виртуальные машины и ИИ-нагрузки давно живут в одной инфраструктуре — а управляются разными инструментами и по разным правилам. Мы обновили продукты Deckhouse, чтобы запускать любые нагрузки в любых средах было проще. 17 сентября в 12:00 расскажем подробно на онлайн-трансляции «Траектория Deckhouse».

На эфире: • зачем несколько продуктов Deckhouse объединили в единую платформу; • какие возможности появились для гибридных и распределённых сред; • как строить частные облака, платформы данных и инфраструктуру для ИИ.

Выступят CEO «Фланта» Александр Титов, CTO Deckhouse Давид Мэгтон и директор продуктовых направлений Deckhouse Карен Манасян. Вопросы можно будет задавать прямо в эфире. Регистрируйтесь на трансляцию →

Инструменты с ИИ в разработке есть, а эффекта от них нет. Обычно ИИ внедряют точечно, сам процесс разработки при этом не меняется. 14 августа в 12:00 на нашем вебинаре при поддержке «Онтико» Виталий Хабаров, техлид по практикам DevOps «Экспресс 42», покажет, как выглядит AI-native SDLC — подход, при котором ИИ встроен во весь жизненный цикл разработки.  На вебинаре: • три сценария использования ИИ, от ИИ-помощника до AI-native SDLC; • процессы, технологии и ключевые capabilities каждого сценария; • риски внедрения ИИ, в том числе техдолг, безопасность и теневое использование AI; • ключевые моменты перехода к AI-native SDLC. В финале узнаете, как диагностика AI-native SDLC помогает оценить текущий подход, спланировать пилот и определить следующие шаги. Полезно CTO, CIO и CDO, руководителям разработки, тимлидам и владельцам продуктов.  Регистрируйтесь, чтобы научиться получать от ИИ измеримый результат →

Модели ветвления влияют на пайплайн CI/CD. Но как? Если вкратце, то определяют скорость доставки фич и стабильность релизов. Приглашаем на вебинар со Слёрм тех, кому важен детальный анализ основных моделей (Git Flow, GitHub Flow, GitLab Flow, Trunk-Based Development), а также просто заинтересованных. 12 августа в 19:00 (мск) наш DevOps-инженер Кирилл Юденок в прямом эфире разберёт формирование логики процессов на реальных рабочих примерах. Регистрируйтесь и добавляйте вебинар в календарь. А в конце презентации Кирилл поделится бонусом: • чек-листом по выбору подходящей модели ветвления; • сводными таблицами по удобству, возможностям и пользовательским сценариям моделей.

Часто первое, что хочется сделать при неполадках в кластере, — уменьшить его и надеяться, что всё решится само. Получается, большой кластер = куча проблем? Автор статьи решил зайти максимально далеко: поднять Kubernetes-кластер с миллионом узлов и посмотреть, что будет. Спойлер: получился вовсе не выстрел в ногу, а серьёзный эксперимент — много подготовки, обход ограничений, графики производительности и, конечно, ценные выводы. И даже инструкция в конце для желающих повторить.

Собрали восемь докладов про Kubernetes-платформы от наших спикеров Архитектура мультикластерности, типичные ошибки при внедрении платформы, разработка Kubernetes-платформы Deckhouse на Go, продажи DevOps-услуг и опыт эксплуатации кластеров с ограниченным бюджетом. Управление парком Kubernetes-кластеров: подходы, проблемы и решения Дмитрий Ковальков, архитектор инфраструктурных решений, рассказывает, как управлять несколькими кластерами и не превратить инфраструктуру в зоопарк. Павел Богданов, менеджер продукта, выступил с двумя докладами: 1. Платформа. Ошибки НЕ выживших — каковы типичные технические, организационные и продуктовые ошибки при внедрении платформы. 2. До каких пор Open Source можно считать бесплатным — про цену решения, собранного «бесплатно» из Open Source вместо покупки готового продукта. Go для Kubernetes: мы строим платформу Deckhouse и контрибьютим в Open Source Александр Синичкин, технический менеджер продукта, объясняет, почему Deckhouse пишут на Go и куда команда контрибьютит в upstream. «Нам нужен Kubernetes» и другие фразы, после которых мы делаем совсем другое Александр Зарайский, менеджер в команде DevOps as a Service, разбирает, почему продажи DevOps-услуг проваливаются без конкретных измеримых целей. Опыт эксплуатации DKP CE: можно ли в одного DevOps крутить кластеры Kubernetes? Вячеслав Дружинин, ведущий системный администратор, наш контрибьютор из TJ Collection, делится опытом, как компания с ограниченным бюджетом построила CI/CD и Kubernetes-кластер своими силами. 34 500 рублей и свободные выходные: собираем дома виртуализацию в контейнерах Валерий Хорунжин, инженер архитектурных решений, показывает, как собрать домашний кластер с виртуализацией на бюджетном железе. Kubernetes-ориентированные операционки и то, к чему нас привели их ограничения Денис Романенко, технический директор продукта, сравнивает специализированные ОС для Kubernetes, от Talos до K3OS, и разбирает их плюсы и минусы в российских реалиях. в начало поста ↑

Что будет с Go в эпоху ИИ-агентов? На митапе от Фланта выступят Станислав Смирнов с докладом про DRA-драйвер для GPU в Kubernetes и Максим Ляпин на круглом столе. 24 июля, Санкт-Петербург. (https://clc.to/dRBbgg)

Какого подвоха можно ждать от предложения о работе? Навскидку — legacy-монстр, нагрузка за троих, невнятные процессы… А как насчёт кибератаки? Автор статьи на «Типичном программисте» получил обычную просьбу посмотреть код перед собеседованием, но в последний момент решил перестраховаться. Не зря. Внутри оказался спрятанный вредонос и две подставные личности. Как он это вычислил и что делать, если вы получите похожее предложение — читайте в статье →

Cloudflare заметили, что с ростом нагрузки в кластере разбухают PV, и IaC-инструменты начинают не справляться с их обслуживанием. Причина — в одной дефолтной настройке Kubernetes. Поменяли её и получили заметный прирост в скорости работы. В статье шаги по аудиту кластера и изменению этой настройки. Пригодится тем, у кого кластеры с крупными PV. Читать тут →

Мы встроили ИИ-ассистента прямо в веб-интерфейс Deckhouse Kubernetes Platform (DKP). Ассистент поможет разобраться в состоянии кластера, ресурсах и документации. Подробности на Хабре. В общем, это альфа-версия, и нам нужна помощь сообщества в виде фидбека — будем очень рады вашим тестам :)

Бизнес говорит: «Выпускай новые фичи как можно скорее». Сеньор слышит: «Вот тебе новые трудности — ставь сомнительные опыты на рабочем продукте. И не забывай, что им пользуются клиенты, которые нам платят». Новая статья — о том, как сеньору не сойти с ума в условиях гонки релизов. Как сохранить продукт стабильным, нервы целыми и при этом не превратиться в того, кто вечно говорит «нет». Короткий ответ такой: дело не в том, чтобы работать быстрее, а в том, чтобы уметь договариваться.

Кажется, спор о том, нужны ли виртуальные машины в Kubernetes, уже не так интересен. Гораздо интереснее понять, как сделать их по-настоящему рабочим инструментом. Об этом расскажет Павел Тишков, технический директор Deckhouse Virtualization Platform. На докладе обсудим, как мы строили платформу виртуализации на базе Kubernetes: что происходит с виртуальной машиной внутри пода, как работает живая миграция, какие нюансы возникают с сетью и что пришлось доработать, чтобы с ВМ можно было работать почти так же удобно, как с контейнерами. Встречаемся 2 июля на митапе 43 Tech в Санкт-Петербурге. Ждём!

Кажется, спор о том, нужны ли виртуальные машины в Kubernetes, уже не так интересен. Гораздо интереснее понять, как сделать их по-настоящему рабочим инструментом. Об этом расскажет Павел Тишков, технический директор Deckhouse Virtualization Platform. На докладе обсудим, как мы строили платформу виртуализации на базе Kubernetes: что происходит с виртуальной машиной внутри пода, как работает живая миграция, какие нюансы возникают с сетью и что пришлось доработать, чтобы с ВМ можно было работать почти так же удобно, как с контейнерами. Встречаемся 2 июля на митапе 43 Tech в Санкт-Петербурге. Ждём!

Миграция — риск даже для небольших инфраструктур. А когда у вас больше миллиарда пользователей и петабайт данных, права на ошибку нет вообще. Но выход всё равно один — грамотно спланировать переезд и... взять и сделать. В статье — о том, как Reddit перешёл на Kubernetes: почему они отказались от Amazon EC2, какие ограничения им пришлось учитывать и чем их опыт может быть полезен в других проектах.

💡💡💡 — зажгли для Deckhouse User Community meetup/5. Будет по-особенному лампово, ведь это наш юбилейный митап! Мы позволили себе добавить в него некоторые неформальности, и, как обычно, готовим классные доклады и дискуссии. Будем рассказывать, как вырастить кластер дома из ноутбука Toshiba, добавить понятности интерфейсам и доверить кластеры ИИ-агентам. И как. Мы. Вам. Признательны. (спойлер: сильно). Готовьтесь много и качественно общаться. Встречаемся 8 июля в People Loft на Авиамоторной. → Зарегистрироваться

Как построить надёжную и масштабируемую инфраструктуру? Линейка продуктов Deckhouse — больше чем Kubernetes. 1300+ кластеров под управлением, 260+ компаний-пользователей и опыт эксплуатации Kubernetes в production с 2017 года. На основе этого опыта мы создали линейку продуктов Deckhouse для построения и эксплуатации современной ИТ-инфраструктуры. Рассказали о них в карточках. Подробнее смотрите на сайте: • Deckhouse Kubernetes Platform — платформа для управления контейнерными нагрузками. • Deckhouse Virtualization Platform — единая среда для виртуальных машин и контейнеров. • Deckhouse Commander — централизованное управление кластерами Kubernetes. • Deckhouse Stronghold — хранение секретов и управление доступом к ним. • Deckhouse Code — инструменты для управления жизненным циклом ПО. • Deckhouse Development Platform — платформа для организации процессов разработки. • Deckhouse Observability Platform — мониторинг инфраструктуры и приложений. Подписывайтесь на канал, чтобы следить за новостями продуктов и практиками построения современной ИТ-инфраструктуры. 🚀 Deckhouse для бизнеса

Ситуация: работаете много, а грейд не растёт. Тимлид команды DevOps-инженеров Алексей Сартаков рассказал, почему дело тут в мышлении. Переход на мидла и выше происходит, когда перестаёшь закрывать тикеты и начинаешь видеть систему целиком. В статье разобрали типичные ошибки роста и то, как мы во «Фланте» понимаем, что инженер готов к следующему шагу. Если чувствуете, что вы уже в этой точке — у нас есть вакансия. Маркер готовности и больше советов найдёте на Хабре →

Хотите влиять на развитие Cloud Native в России? АОТ — некоммерческая ассоциация по развитию облачно-ориентированных технологий — открывает экспертный совет и ищет девять практиков в области Cloud Native и Kubernetes. Совет будет определять направления развития и работы ассоциации: какие практики продвигать, какие темы исследовать, какой быть Kuber Conf. Для участников это шанс подтвердить свой статус технического эксперта и реально повлиять на то, куда идут технологии в стране — вплоть до отраслевых стандартов.

Кого ищут: практиков с реальным опытом в Cloud Native и Kubernetes, которые уже внесли значимый вклад в сообщество (статьи, доклады, Open Source) и готовы уделять 10–20 часов в месяц на дела ассоциации.

Заявки принимают до 22 июля, итоги — в августе. Подробности и форма заявки на сайте →

Куда уходит целый рабочий день? Спойлер: часто его съедает технический долг в Kubernetes, который копился месяцами. Павел Богданов, продакт DKP CE, расскажет, где прячутся самые большие потери времени на стыке Dev и Ops и что сделать с Kubernetes на старте, чтобы потом не разгребать эту кучу. 22 июня, 13:20, Розовый зал, Saint HighLoad++. Больше подробностей →