Инциденты происходят по разным причинам. Кто первым узнаёт, что «всё упало», кого будят среди ночи и как при этом не оставить заказчика в неизвестности? В докладе разберём реальную кухню работы с инцидентами — от первого сигнала до восстановления сервиса и финального разбора.

Внутри:

• Реальный кейс, раскрывающий, что происходит по ту сторону поддержки
• Разберем, как распределяются зоны ответственности, где хранится информация о проекте, откуда приходят сигналы о проблемах (мониторинг, алерты, обращения), как работает первая линия и эскалация
• Как последствия влияют на дальнейшие процессы

Анализ сетевого трафика для поиска в нем следов хакера — это тренд последних лет. На смену давно известным системам IDS и IPS пришли NTA/NDR, которые могут позволить себе быть гораздо эффективнее. В этом докладе я расскажу, чем анализ трафика в облачных средах отличается от его анализа в физических сетях.

Внутри:

• Неожиданные примеры возможностей анализа трафика для поиска атак 
• Какие атаки можно обнаружить только с помощью NTA и NDR
• Слепые зоны разных классов систем анализа трафика

Инциденты в инфраструктуре происходят ночью, в выходные и в пики нагрузки и часто начинаются с рутины: алерт, логи, метрики, первичные действия. В докладе покажем, как связка MAS и LLM может работать как «ИИ-сисадмин»: анализировать сигналы мониторинга, помогать в диагностике, предлагать шаги по runbook и формировать отчёт. Разберем архитектуру решения, требования к внедрению и ограничения — от источников данных до развёртывания в закрытом контуре.

Внутри:

• Как устроена архитектура решения: от мониторинга до ИИ-агентов и оповещения
• Роли агентов и встроенный планировщик успешных сценариев
• Как сокращается MTTR и снижается влияние человеческого фактора
• Что нужно подготовить для внедрения и где важно поставить ограничения
• Практический эффект и масштабируемость

Мы заставляем собственное облако работать на нас. В докладе расскажем, как используем принцип Dogfooding для развития и улучшения K2 Облака.

Внутри:

• Что такое Dogfooding и его применение в K2 Облаке
• Внутреннее использование как инструмент раннего выявления и устранения проблем — от UX‑шероховатостей до эксплуатационных рисков — с последующей трансформацией находок в улучшения платформы
• Тестирование части фичей в продакшне
• Поэтапные включения в продакшне (через фича‑флаги): мгновенный фидбэк от внутренних команд и заблаговременное выявление узких мест до релиза фичи для широкой аудитории
• Вклад внутренних технологий в повышение производительности и стабильности системы

Travel-индустрия не прощает простоев: каждая минута недоступности — это потерянные продажи и недовольные пользователи. В докладе расскажу, как мы в Туту обеспечиваем высокую доступность, распределяя инфраструктуру между несколькими облачными провайдерами и собственными площадками.

Внутри:

• Как мы проектируем архитектуру в мультиклауд-среде: разделение stateless и stateful сервисов
• Принципы, по которым строим кластеры и обеспечиваем отказоустойчивость
• Как организуем репликацию данных, балансировку и переключение трафика
• Какие риски несет мультиклауд и что может пойти не так
• Реальные кейсы: когда стратегия спасла нас — и какие грабли мы собрали по пути

В докладах мы обсудим мир облаков, а после — узнаем, что думают те, кто за ними стоит. Мы провели опрос среди технических сообществ и собрали самые популярные ответы. Экспертам предстоит угадать их. Узнаем, кто лучше всех чувствует коллег по цеху в обновлённой версии игры «100 к 1».

Многие привыкли думать об облаке как о бесконечном сервере. Но иногда оно вполне реально может «закончиться» — вплоть до ситуации, когда не стартует ни одна ВМ. Расскажу, как мы планируем и распределяем ёмкость, чтобы заказчики никогда не увидели «Not enough resources».

Внутри:

• Рассказ о физической инфраструктуре и виртуальных лимитах. А еще о том, почему «ВМ» ≠ «сервер»
• Описание цикла capacity management: расчёт потребности по трендам, целевой запас под рост, закупка и ввод новых мощностей, сверка плана с фактическим потреблением
• Какие механизмы помогают пережить пики нагрузки

Bug Bounty часто воспринимают как способ «найти баги подешевле». На практике это скорее проверка зрелости ИБ: готовы ли процессы, команда и продукт к открытому взаимодействию с внешним сообществом. В докладе расскажем, зачем Bug Bounty нужен зрелой системе безопасности и какие эффекты он даёт на практике.

Внутри:

• Зачем Bug Bounty зрелой ИБ
• По каким признакам можно понять, что компания к нему готова
• Как мы проектировали программу. Выбор площадки, формата и scope, работа с рисками и ожиданиями
• Какой эффект получили и где ожидания не совпали с реальностью
• Практические кейсы, влияние на процессы и культуру ИБ

Bug Bounty часто воспринимают как способ «найти баги подешевле». На практике это скорее проверка зрелости ИБ: готовы ли процессы, команда и продукт к открытому взаимодействию с внешним сообществом. В докладе расскажем, зачем Bug Bounty нужен зрелой системе безопасности и какие эффекты он даёт на практике.

Внутри:

• Зачем Bug Bounty зрелой ИБ
• По каким признакам можно понять, что компания к нему готова
• Как мы проектировали программу. Выбор площадки, формата и scope, работа с рисками и ожиданиями
• Какой эффект получили и где ожидания не совпали с реальностью
• Практические кейсы, влияние на процессы и культуру ИБ

Любое современное приложение работает с конфиденциальными данными. В этом докладе расскажем, как облачный сервис управления ключами (KMS) помогает безопасно хранить и использовать ключи, шифровать данные и решать реальные проблемы с безопасностью в облаке.

Внутри:

• Какие задачи решает шифрование и как оно помогает защитить данные пользователей облака
• Какую роль занимает KMS и почему централизованное управление ключами в облаке делает защиту данных надежнее и повышает безопасность
• Как устроен сервис внутри и какими программными и аппаратными средствами обеспечивается защита криптографических ключей
• Как пользователи и другие облачные сервисы используют KMS и с какими челленджами можно столкнуться при интеграции с KMS

Мы трижды переосмыслили архитектуру Kubernetes as a Service, чтобы он переживал апдейты и рост нагрузки. В докладе разберём путь от простых «ванильных» кластеров к архитектуре Kube Inception, где control plane и служебные компоненты живут в сервисном Kubernetes. Также покажу, как cluster-manager повышает observability и управляемость кластеров, которые разворачиваются облаком через cloud-init (и kubeadm), и как AWS‑подобные интерфейсы упростили работу с Terraform и AWS CLI.

Внутри:

• Как мы начали с «vanilla + kubeadm», улучшили observability и сделали нормальное управление жизненным циклом кластеров с помощью небольшого компонента cluster-manager
• Как AWS‑совместимость (node groups, похожий API) сняла трение в операциях и автоматизации
• Как Kube Inception помог: повысить стабильность control plane, улучшить наблюдаемость, снизить стоимость и сделать прозрачной миграцию на новую архитектуру

Честный разбор провалов внедрения

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

Ключевая ценность воркшопа в том, что вы проживёте на практике технологические и культурные кризисы ИИ-проекта. Как И И «ломает» безопасность? Почему люди сопротивляются переменам? Когда узким местом становится архитектура системы? И главное — что с этим делать. 

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

ИИ-стратег с более чем 15-летним опытом вывода технологических продуктов на рынок. Специализация — превращение R&D и ИИ-экспериментов в измеримый бизнес-эффект: разработка дорожных карт, построение ИИ-функции, расчёт ROI, запуск и масштабирование инициатив.
Опыт включает международные стартапы, российские корпорации и интеграторов. Под управлением — десятки миллионов долларов подтверждённых продаж ИИ-решений.

Как управлять командой, когда меняется сам смысл работы

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

Обсудим:

• Почему тревога сегодня становится системным состоянием команды и что с этим делать руководителю?
• Как ИИ-трансформация бьёт не по навыкам, а по профессиональной идентичности и почему «просто переучиться» не работает?
• Что остаётся ценным в человеке, когда рутину забирает машина: суждение, контекст, ответственность, отношения?
• Как лидер неосознанно транслирует свою тревогу команде и как это изменить?
• Практические инструменты: островки определённости, разговоры о смысле, внедрение ИИ без обесценивания экспертизы

ЯСНО — сервис заботы о психологическом здоровье сотрудников. Помогает компаниям поддерживать удовлетворенность команд, снижать уровень стресса и создавать здоровую рабочую атмосферу

Психоаналитический психолог, более 8 лет практики на стыке психоанализа, корпоративного консалтинга и работы с выгоранием. Автор публикаций в Forbes, РБК, Ведомости. Работает с командами и руководителями, помогая находить устойчивость там, где почва уходит из-под ног.