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

Сильных инженерных компетенций мало, чтобы построить бизнес.

Александр Титов проверил это на себе. Он начинал инженером, стал сооснователем Экспресс 42, а после объединения с Флантом возглавил общую компанию. В подкасте «Организованное программирование» Саша рассказал, как консалтинг вырос в премиальный сервис и собственные продукты и почему когда-то выбрали Mesos вместо Kubernetes. Поговорили о сегодняшнем Фланте, где работают 250 инженеров и развиваются собственные платформы, а ещё о том, какие задачи в DevOps заберут ИИ-агенты. Смотреть выпуск →

Namespace в Kubernetes группирует объекты и выставляют границу для RBAC, на этом его возможности заканчиваются. Квот по умолчанию нет, сеть открыта на весь кластер, аудита и сбора логов тоже нет. Поэтому в Deckhouse Platform команда получает не голый namespace, а проект. Квоты, сетевая изоляция и права доступа в нём уже настроены. Администратор один раз описывает шаблон, и каждый новый проект создаётся по нему, а не настраивается вручную. Как это устроено и чего стоит, расскажет Александр Синичкин, технический менеджер продукта в Deckhouse, на Kuber Conf от АОТ. Саша объяснит, где в мультитенантности проходят границы привилегий и когда честнее отдать команде отдельный кластер, а не проект. Встречаемся 23 ноября в Москве, места ещё есть. Полная программа докладов и билеты на сайте конференции →

📌 Краткая памятка по переходу на Deckhouse Platform Для удобства собрали всю информацию вместе: что изменилось в названиях и составе редакций, какие новые решения появились и на что обратить внимание при переходе. Выбрать своё решение →

Объединили DKP, DVP и Commander в единый продукт Deckhouse Platform Недавно на вебинаре «Траектория Deckhouse» рассказали о большом обновлении продуктов и новых возможностях для гибридной инфраструктуры. На вопросы участников отвечал Карапет Манасян, директор продуктового направления Deckhouse компании «Флант».

Больше всего вопросов было про изменения в продуктовой линейке, лицензирование и редакции платформы. Самые интересные разобрали в карточках.

Посмотреть полную запись вебинара →

Объединили DKP, DVP и Commander в единый продукт Deckhouse Platform Недавно на вебинаре «Траектория Deckhouse» рассказали о большом обновлении продуктов и новых возможностях для гибридной инфраструктуры. На вопросы участников отвечал Карапет Манасян, директор продуктового направления Deckhouse компании «Флант».

Больше всего вопросов было про изменения в продуктовой линейке, лицензирование и редакции платформы. Самые интересные разобрали в карточках.

Посмотреть полную запись вебинара →

В пятницу вечером принесли вам немного фана! Это тест на тип личности инфраструктуры. В нём всего 5 вопросов о железе, приложениях и том, что бесит в инфре прямо сейчас. Итак, кто же вы? Коллекционер, который собрал железо, ВМ и «кубер» в товарных количествах и, кажется, этим гордится? Археолог, который уже не помнит, что где крутится, но всё работает? Или кто-то из ещё 8 типов? Кидайте свои результаты в комментарии, посмотрим, кого среди подписчиков больше. А если тест зашёл, поделитесь им с друзьями :) Пройти тест и узнать свой тип →

Что будет, если в каждой записи DNS-кеша оставить несколько лишних байт?

На обычном сервере — почти ничего. А если таких записей 250 миллиардов, лишние байты превращаются в десятки терабайт RAM. В новой статье — о том, как Cloudflare искали и устраняли излишний расход памяти. В итоге не только сэкономили 100 терабайт, но и ускорили работу кеша. Читать на Хабре →

На вебинаре для специалистов по ИБ и руководителей ИТ-направлений покажем, как сертифицированные ФСТЭК России продукты Deckhouse помогают защищать контейнеры, ВМ и секреты. Встречаемся 23 октября в 12:00 и обсуждаем последние изменения. Разберём: • как расширение перечней типовых объектов КИИ влияет на задачи инженерных ⁠команд; • ключевые требования ФСТЭК России к защите инфраструктуры ЗО КИИ; какие задачи защиты информации решают сертифицированные продукты Deckhouse; • с чего начать внедрение и от чего зависят сроки и бюджет. Бонус для участников: практические материалы, которые помогут оценить готовность вашей инфраструктуры требованиям защиты информации значимых объектов КИИ. Регистрируйтесь →

Друзья, Kuber Conf переносится на 23 ноября АОТ создана для того, чтобы объединять инженеров и компании, развивать и распространять облачно-ориентированные технологии. Сейчас, без преувеличения, все специалисты нашей индустрии работают на пределе возможностей. Мы сосредоточены на самом необходимом — стабильной работе инфраструктуры и решении текущих проблем.  Поэтому 22 октября мы не сможем провести конференцию такой, как её задумывали, и приняли решение перенести её на 23 ноября. Kuber Conf — это не только доклады и технические дискуссии, но и возможность встретиться, обменяться опытом и укрепить связи внутри сообщества. Нам хочется, чтобы у всех была возможность полноценно включиться в этот разговор.  Все купленные билеты остаются действительными на новую дату.  Отдельно хотим выразить поддержку команде Yandex Cloud. После повреждения дата-центров Яндекса облачная платформа продолжает работать с ограничениями. Инженеры круглосуточно занимаются восстановлением инфраструктуры, а команда помогает клиентам и обновляет рекомендации по работе с ресурсами. Желаем скорейшего восстановления стабильной работы.

Разыгрываем 10 билетов на Kuber Conf от АОТ среди подписчиков! Конференция пройдёт 22 октября в Москве. В программе — доклады про bare metal в Managed Kubernetes, LLM-диагностику инцидентов, ИИ-агентов с доступом к кластеру, DRA-стек для GPU и мультитенантность в Kubernetes-платформе; полная программа на сайте. Будут и два круглых стола: днём обсудим, не стала ли победа Kubernetes проблемой, а на афтепати — уволят ли нас всех из-за ИИ. В билет входят все доклады, обед и афтерпати. У вас есть шанс получить его бесплатно. Как участвовать: 1. Подпишитесь на наш канал @flant_ru 2. Нажмите «Участвую!» под этим постом Итоги подведём 16 октября. Победителей будет 15, каждый билет действует на одного человека. Удачи!

Yandex Cloud, мы с вами Поддерживаем коллег из Yandex Cloud, чья инфраструктура пострадала от атаки беспилотников на дата-центры в Сасове и Калуге.

Команда круглосуточно работает над восстановлением сервисов и помогает клиентам справиться с последствиями.

Важную роль сыграла и заблаговременная подготовка: ещё летом Yandex Cloud вместе с клиентами отрабатывал сценарий длительной недоступности целой зоны облачной инфраструктуры. Благодаря этому критичные нагрузки удалось перенаправить.  К помощи подключились VK Cloud, Selectel и K2Cloud — они предоставляют ресурсы для размещения клиентских сервисов в других облаках. Спасибо коллегам по рынку за поддержку и готовность подключиться к решению проблемы. Желаем команде Yandex Cloud сил и скорейшего восстановления инфраструктуры, а всем, кого затронула ситуация, — как можно скорее вернуться к привычной работе.

Как управлять виртуальными машинами — от подготовки образа до эксплуатации 16 октября в 12:00 покажем на вебинаре, как устроена работа с ВМ в Deckhouse Platform: от подготовки образа и развёртывания до автоматизации типовых задач эксплуатации.

Покажем, как классическую виртуализацию можно сочетать с современными подходами к инфраструктуре: работать через веб-интерфейс, а повторяемые операции автоматизировать с помощью Terraform, Ansible, IaC и GitOps. ВМ при этом можно управлять декларативно — теми же инструментами, что и контейнерами.

В программе: • ручная подготовка ОС, сборка «золотого образа» в кластере и работа с облачными образами; • развёртывание ВМ через Terraform, манифесты, шаблонизатор и GitOps; • эксплуатация парка ВМ через Ansible и AWX, включая плейбуки как ресурсы кластера; • работа ИИ-ассистента с конфигурацией и поиск причин неисправностей. Всё покажем в реальном демо — от первого шага до эксплуатации. Регистрируйтесь на вебинар →

Видите новую фичу? Нет? А она есть, просто скрыта функциональным флагом и ждёт своего часа. Скрытие неготовых фич — далеко не единственная задача флагов. В статье на «Типичном программисте» собрали самое важное про feature flags: что это такое, какими они бывают, какую пользу могут принести в CI/CD при умелом использовании и какой вред — при неумелом. Читать тут →

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

Deckhouse Platform закрывает сценарий создания распределённой гибридной инфраструктуры и управляет всем этим как одной платформой, включая edge-архитектуры. Как это работает технически — в карточках. Запишитесь на консультацию и узнайте, как Deckhouse Platform впишется в вашу инфраструктуру →

Deckhouse Platform закрывает большую часть рутины по обслуживанию инфраструктуры, поэтому у инженеров освобождается время для погружения в запущенные на платформе приложения — ту бизнес-ценность, ради которой платформа и появилась в компании. Установка, обновления, масштабирование и поддержка кластера — уже «из коробки» или с минимальными усилиями. Освободившееся время можно инвестировать туда, где его всегда не хватает: • на разработку и запуск своих приложений; • на собственные модули к платформе, чтобы расширить её возможности под свои сценарии; • на эксперименты с ИИ-нагрузками и другими технологиями. У Deckhouse Platform есть Open Source-редакция. Она бесплатная, но со всем необходимым для продакшена. Исходный код открыт, можно посмотреть, как устроены модули и расширения, и предложить свой pull request. В сообществе вокруг платформы уже более 2000 человек. Если пока не хватает опыта работы с модулями и настройкой продуктов Deckhouse — можно начать с Deckhouse Академии.

Сколько лучших инженеров на самом деле заняты продуктом, а сколько — тем, чтобы инфраструктура просто не падала? Что об этом думает наш директор продуктовых направлений Deckhouse — в карточках. Узнайте больше о Deckhouse Platform →

Совмещаем гибкость облака с возможностями управления в закрытом контуре ⚙️ Больше не придётся выстраивать отдельные технологические ландшафты для облака и своих серверов. «Флант» и Yandex Cloud решили эту проблему, создав общий слой управляемых баз данных на основе Deckhouse Platform. Что это значит для вашего бизнеса: ➡️ Один стек для облака и закрытого контура

PostgreSQL, ClickHouse, Kafka, OpenSearch и Trino от Yandex Cloud можно использовать в облаке и закрытых контурах — с единой тарификацией и инструментами управления.

➡️ Готовые сервисы прямо из магазина приложений

В маркетплейсе Deckhouse появятся SaaS-продукты Yandex Cloud: AI Studio для работы с ИИ, облачное хранилище Object Storage, DataLens для аналитики и рабочее пространство «Яндекс 360». Их можно развёртывать и комбинировать с инфраструктурными компонентами. 

➡️ Меньше времени на поддержку инфраструктуры

Deckhouse Platform управляет любой нагрузкой в любом контуре — от контейнеров и виртуальных машин до систем работы с данными и ИИ-сервисов. Единый стек помогает ИТ-командам сократить время на поддержку инфраструктуры и ускорить вывод цифровых продуктов.

Теперь единый стек работает одинаково — и в облаке, и в закрытом контуре.  Узнать подробнее об условиях партнёрства →

«Уберу перед пушем в мастер…» — так токены и остаются в истории гита навсегда. За 2025 год из-за подобных ошибок в публичных репозиториях засветилось 29 миллионов секретов. Техлид модуля Secrets в CodeScoring разобрал анатомию утечек: откуда секреты текут — от .env и CI-логов до ИИ-конфигов — и чем это заканчивается: от счёта на миллионы до бизнеса, уничтоженного за один день. Внутри — практический чек-лист. Вы узнаете, как быстро проверить свой репозиторий (.gitignore, grep по истории гита, gitleaks в Docker) и что делать, если секрет уже нашёлся: ротация, чистка истории, чтобы не наступить на те же грабли. Читать →