LINUX.ORG.RU

Deckhouse Conf 2026 — ежегодная техническая конференция от команды Deckhouse

 ,


1

1

9го апреля 2026 года в Main Stage (Москва) пройдёт ежегодная техническая конференция Deckhouse Conf от разработчиков Deckhouse.

Конференция будет интересна тем, кто строит и поддерживает инфраструктуры, обеспечивает их безопасность и создаёт платформенные продукты.

В программе — доклады про технологии Deckhouse и результаты их внедрения, безопасность контейнерных сред и инструменты с открытым исходным кодом. Помимо них будут представлены стенды команд и компаний-партнёров, демозона и встречи с экспертами индустрии.

Некоторые темы и доклады:

  • «Путь к SDN: чего не хватает в классической сети Kubernetes?».
  • «Импортонезависимость в действии: как в Федеральном казначействе РФ создали современную подсистему управления доходами на Deckhouse Kubernetes Platform». Казначейство России реализовало масштабный проект цифровой трансформации — миграцию подсистемы управления доходами с Oracle E-Business Suite на Deckhouse. Из доклада вы узнаете о целях и роли подсистемы в бюджетном процессе, её новой архитектуре, технологическом стеке и предпосылках выбора подхода с оркестрацией контейнеров.
  • «Делаем нормальные виртуалки в Kubernetes». В докладе будет рассмотрено, как виртуальная машина работает внутри пода и что понадобилось сделать для её стабильности, а также как обеспечить живую миграцию ВМ между гипервизорами, а дисков — между хранилищами.
  • «Переход на микросервисную архитектуру и практики Cloud Native-разработки с Deckhouse Kubernetes Platform». Переход на микросервисную архитектуру и использование Deckhouse Kubernetes Platform позволили ГК «Альфа-Лизинг» стандартизировать инфраструктуру, выстроить процессы CI/CD для разработки, повысить надёжность сервисов и снизить операционные трудозатраты. Такая трансформация сократила Time to Market и улучшила стабильность цифровых продуктов.
  • «Архитектурный контроль без бюрократии: как Deckhouse Development Platform ускоряет 50+ команд «АльфаСтрахования»». В группе компаний «АльфаСтрахование» в развитии ИТ-продуктов задействовано 50+ команд и ~700 ИТ-специалистов. При таких масштабах критично соблюдать архитектурные стандарты и быстро адаптировать новичков без бюрократии. В компании внедрили Deckhouse Development Platform (DDP) для стандартизации сервисов и ускорения архитектурного контроля, а в докладе расскажут о процессах вокруг платформы, решении проблем масштабирования, автоматизации соблюдения требований без ручного надзора и роли DDP во внедрении GenAI в разработку.
  • «Когда готовое не подходит — делаем своё: control plane для Software-Defined Storage». Работа с SDS в Kubernetes представляет собой сложную задачу, особенно при использовании инструментов, изначально не предназначенных для облачных сред. Авторы доклада ранее сознательно выбрали LINSTOR, понимая его архитектурные особенности: требование внешней базы данных, push-модель управления и зависимость от Java. Однако в процессе эксплуатации ограничения и сложности подтвердились. Экспериментальный режим с etcd оставлял реплики в подвешенном состоянии, а ошибки при ресайзе томов, эвакуации узлов и обновлениях затрудняли работу. Кроме того, исправление Java-кода командой, использующей Go, было неэффективным. С учётом полученного опыта разработчики написали кастомный control plane с нуля, и он стал ядром SDS в продуктах Deckhouse. В докладе будут представлены архитектурные решения, которые легли в его основу: отсутствие внешних СУБД, надёжная pull-модель и полная интеграция с Kubernetes. Участники узнают, как эти решения помогли избавиться от зависания ресурсов, остановок томов и ручных вмешательств, а также каковы планы команды на будущее. Для тех, кто строит или эксплуатирует SDS, этот опыт поможет разобраться, какие подходы действительно работают.

Интерактивная зона

Скорее всего в демозоне можно будет самому попробовать развернуть кластер Kubernetes под управлением Deckhouse на предоставленном стенде. Любителям странного, возможно, дадут попробовать развернуть кластер, внутри которого развернуть виртуалки, на которых развернуть кластер… По крайней мере с подробностями расскажут об этом и покажут.

Причём тут Linux?

Все компоненты разрабатываются под Open Source-лицензиями, потому что мы любим OpenSource, мы используем Open Source, мы контрибьютим в Open Source и мы разрабатываем Open Source.

Linux здесь притом, что кластеры разворачиваются на машинах под управлением Linux, включая импортозамещённый.

Как попасть на конференцию

Участие в конференции бесплатное. Для посещения нужно зарегистрироваться, дождаться письма на электронную почту и подтверждения регистрации.

Немного саморекламы

Приходите на стенд «Документации», пообщаемся лично :) Могу рассказать о том, как готовить Docs as a Code, собирать статику с помощью Jekyll и Hugo, а затем деплоить её с версионированием в Kubernetes.

>>> Регистрация

>>> Подробности

★★★★★

Проверено: Dimez ()
Последнее исправление: CrX (всего исправлений: 1)

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

Надеюсь, презентации у вас сделаны по-другому.

Aceler ★★★★★
()

«За 25-летнюю историю существования выставка СВАДЕБНАЯ МОДА МОСКВА. WEDDING FASHION MOSCOW стала поистине гидом в мире свадебной индустрии, уникальной площадкой для приобретения новых деловых контактов и заключения договоров о сотрудничестве.»

А туда ли я зашел?

Lusine
()
Ответ на: комментарий от Lusine

Туда. На площадке разные мероприятия проводятся же.

Zhbert ★★★★★
() автор топика

Жаль что в дефолт-сити - мне прям стал интересно на кой чёрт деплоить статику в кубер? Чтобы задержки при отдаче были побольше или в чём сакральная идея?

zabbal ★★★★☆
()
Ответ на: комментарий от Aceler

Мне пришлось уменьшить окно браузера до четверти экрана и снизить яркость монитора, чтобы его прочитать.

Это ж обычная вёрстка под мобильники - то-ли не ожидали что кто-то с лэптопа глянет, то-ли решили не заморачиваться с разными версиями. И так сойдёт :)

zabbal ★★★★☆
()
Ответ на: комментарий от zabbal

мне прям стал интересно на кой чёрт деплоить статику в кубер?

Потому, что гренка (ой статика всякая) не может стоит много денег, а при слове кубернетес - все может стоить много денег :) Экий ты странный :)

На самом деле мне тоже не совсем понятно, на кой черт пихать документацию (пусть даже с версионированием) в кластер кубера.

DrRulez ★★★★★
()
Ответ на: комментарий от frunobulax

«Сначала намечались торжества... потом аресты... потом решили совместить.»

Smacker ★★★★★
()
Ответ на: комментарий от DrRulez

«Травить детей – это жестоко, но что-нибудь ведь надо же с ними делать!». Если у вас уже вся нагрузка идёт через k8s, отлажены CI/CD и произодственные процессы, то зачем изобретать специальный велосипед для документации?

ugoday ★★★★★
()
Ответ на: комментарий от ugoday

Другими словами, когда у вас кругом одни макаки, которых натаскали только на 1 действие, то зачем «изобретать», то что и так давно известно. Тот случай, который ты привел - это бездумное применение инструмента. Это как в булочную на БЕЛАЗе ездить примерно. Ну, или как «продукция» VK mail. Когда простенький (я-бы даже сказал куценький) по функционалу почтовый сервачек запихнули в контейнеры. Абсолютно бездумное и бездарное применение инструментов.

DrRulez ★★★★★
()
Ответ на: комментарий от DrRulez

Вы как будто в крупных организациях не работали? Тут у нас есть бабки на всякую фигню пусть безобразие, лишь бы единообразие. Внедрять ещё один инструмент — это столько геморою и бумажной работы, совещаний и согласований, что нафиг надо. Никакие 0.5% производительности этого не стоят. Продолжаю вашу автоаналогию: ездисть в булочную на личном авто (бензин, ремонт, все проблемы — всё за свой счёт), либо на корпоративном БЕЛАЗе (фирма платит за всё + предоставляет бонусы за особые условия труда).

Абсолютно бездумное и бездарное применение инструментов.

Инструментом тут является не k8s, а отдел ИТ. И вот чем меньше ему (нам) лишнего головняка создаётся, тем лучше.

ugoday ★★★★★
()
Ответ на: комментарий от ugoday

зачем изобретать специальный велосипед для документации?

Ты что, ни разу крупной организации не видел? Для любой статики там всегда есть отдельный CDN.

zabbal ★★★★☆
()

В программе — доклады про технологии Deckhouse и результаты их внедрения, безопасность контейнерных сред и инструменты с открытым исходным кодом.

А ты сам-то как считаешь, что лучше: монолит или микросервисы? И почему?

Enthusiast ★★★★
()
Ответ на: комментарий от ugoday

Инструментом тут является не k8s, а отдел ИТ. И вот чем меньше ему (нам) лишнего головняка создаётся, тем лучше.

Да - давайте, старайтесь. Потому как потом, обычно, такие компаниии приглашают уже меня со своей небольшой, но дружной компанией, для наведения порядка, в том числе финансового. И начинают «лететь головы» :) Я, откровенно говоря, очень люблю такого рода проекты/аудиты, для выведения лабухов на чистую воду, потому как обычно в условиях договора я прописываю его премиальную часть, как опредленный процент от сэкономленных денег компании :) И когда я показываю владельцам бизнеса цифры, то они очень хотят (образно говоря),«посадить на кол» весь тот «отдел ИТ», во главе с его главой :)

DrRulez ★★★★★
()
Ответ на: комментарий от DrRulez

На самом деле мне тоже не совсем понятно, на кой черт пихать документацию (пусть даже с версионированием) в кластер кубера.

Конечно не нужно. Если у тебя только документация.
А вот представь, что у тебя уже есть геораспределённый отказоустойчивый кластер, в котором работают десяток сервисов с постоянной довольно высокой нагрузкой. Там у тебя настроены балансировщики и прочее, чтобы даже если один узел грохнется, все продолжило работать с минимальными простоями. Мониторинг настроен с алертами на каждый чих. И вот что проще: запихнуть туда ещё один подик с докой или, внезапно, «а давайте под кроватью сервер для документации поднимем!»?

Вопрос в изначальных уловиях. Так-то я всегда был согласен, что пихать кластер вообще везде просто потому что кластер, это тупость. И жалко, что некоторые идут по этому пути.

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Enthusiast

А ты сам-то как считаешь, что лучше: монолит или микросервисы? И почему?

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

А ты?

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от DrRulez

Потому как потом, обычно, такие компаниии приглашают уже меня со своей небольшой, но дружной компанией, для наведения порядка, в том числе финансового.

Не поверишь, нас точно так же приглашают, чтобы сделать правильно и сэкономить.

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Zhbert

Здесь нет противоречия. Есть разные способы терять деньги. Один из них: тратить на инфраструктуру в 10 раз больше денег, потому что кому-то захотелось поиграть в Гугль (обычное дело в этом нашем ИТ). Другой — оказаться в ситуации, когда работа стоит, потому что отдел ИТ тратит время на любовное выпиливание лобзиком какой-то маловажной фигни. Я последнее и сам очень люблю, но объективно, потери от «контракт не заключили, потому что не успели вовремя выкатить функциональность, потому что отдел QA не успел протестировать, потому что отдел ИТ решил сэкономить три копейки и слишком долго (зато правильно!) делал нужное окружение» может перекрыть с головй любую экономию.

Как поступать? Универсального решения нет. Важен контекст и человек, заведомо утверждающий «надо так и только так», говорит глупость.

ugoday ★★★★★
()
Ответ на: комментарий от DrRulez

Нет таких причин. Но некоторые люди настолько преисполнились, что если что-то не в контейнере, так они это и за приложение не считают.

dunmaksim
()
Ответ на: комментарий от Zhbert

А ты?

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

Enthusiast ★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

В теги надо B2B. Судя по странице регистрации, допуск только сотрудникам компаний.

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

Enthusiast ★★★★
()
Ответ на: комментарий от Enthusiast

У тебя настолько редкое сочетание имени и фамилии? Иначе в этом не смысла.

Zhbert ★★★★★
() автор топика

Казначейство России реализовало масштабный проект цифровой трансформации — миграцию подсистемы управления доходами с Oracle E-Business Suite на Deckhouse

Так вот ты какое, «импортозамещение»!.. :)))

Somebody ★★★★
()

«17 лет опыта в Kubenetes и DevOps»

а ничего что первый коммит в kubernetes сделали 10 лет назад?

Reset ★★★★★
()
Ответ на: комментарий от Aceler

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

Сайт, как сайт... Не уменьшал ничего, не снижал яркость - и так всё «норм».

Может, у себе, локально проблему поискать?.. :)

Somebody ★★★★
()
Ответ на: комментарий от Zhbert

А зачем?

Шпионы Разведчики-нелегалы - они вот такие... :))

Somebody ★★★★
()
Ответ на: комментарий от Reset

«17 лет опыта в Kubenetes и DevOps»
а ничего что первый коммит в kubernetes сделали 10 лет назад?

Ничего, ничего!.. :))

«Улыбаемся и машем!».. ;P ;))

Somebody ★★★★
()
Ответ на: комментарий от Aceler

Да, монитор нужен поменьше, конечно.

Не знаю, какой у вас - возможно, на метровой диагонали что-то и скажется, но я на своём с диагональю ~22" вполне нормально открыл и посмотрел...

Somebody ★★★★
()
Ответ на: комментарий от Reset

Значит 10 лет опыта в кубере и 7 лет опыта в девопсах. Арифметика, второй класс.

ugoday ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.