К основному содержимому
PDF
ЛекцияВШЭ · 23 мая 2026

Облачная инфраструктура для ИИ-бизнеса

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

/ Облачная инфраструктура для ИИ-бизнеса · ВШЭ 2026

Содержание слайдов

  1. 1. Облачная инфраструктура для ИИ-бизнеса

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

  2. 2. Александр Поломодов

    Technical Director & Fellow, Т-Технологии

    Архитектура и RnD в инженерии.

    AI в SDLC на масштабе.

    Фокус: выбор cloud-платформы.

  3. 3. Cloud - управленческий выбор

    Варианты, критерии и регулярное управление

    Не повторяем базу — Cloud, IaaS/PaaS/SaaS — в заметках.

    Смотрим как менеджеры — Варианты, ускорение, риски.

    Считаем экономику — Ресурсы, железо, payback, FinOps.

  4. 4. 01. Управленческая рамка

    Перед выбором технологии нужно понять, какую скорость, контроль и ответственность покупает бизнес

  5. 5. Какие решения реально принимает менеджер

    Платформа: public, managed, private, hybrid.

    Где нужна скорость, где контроль.

    Owners: platform, product, security, finance.

    Цикл: cost, reliability, reversibility.

  6. 6. Портфель платформы лучше одного ответа

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

    Публичное / managed — Скорость и сервисы; зависимость от правил.

    Приватная платформа — Масштаб, compliance, предсказуемая нагрузка.

    Гибридная стратегия — Core под контролем; всплески в cloud.

  7. 7. Оценивайте баланс скорости и контроля

    Что ускоряет бизнес

    Первый запуск и частота изменений.

    Managed services: DB, queues, AI, observability.

    Меньше нагрузки на продуктовые команды.

    Что удерживает риск

    Данные, compliance, доступы, audit.

    Предсказуемая стоимость роста.

    Exit strategy для критичных контуров.

  8. 8. 02. Миграция как бизнес-программа

    Переносить нужно не серверы, а модель скорости, риска, ответственности и управления изменениями

  9. 9. Мигрируйте только по бизнес-причине

    Есть смысл мигрировать

    Нужны быстрые продукты и окружения.

    Текущая платформа тормозит изменения.

    Есть домен, owner, success criteria.

    Лучше пока не трогать

    Сервис стабилен, дешев и не мешает бизнесу.

    Команда не готова владеть новым ops-loop.

    Миграция выглядит как техническая мода без бизнес-эффекта.

  10. 10. Варианты миграции: rehost / replatform / refactor / replace

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

  11. 11. Антипаттерны руководителя

    Миграция без priority и owners.

    Переезд важнее speed/reliability/economics.

    Неясно: on-call, changes, risk, bill.

    Старый процесс поставки в новом cloud.

  12. 12. 03. Управляемость платформы

    Главная ценность платформы - не набор технологий, а повторяемый способ безопасно менять инфраструктуру

  13. 13. IaC как управленческий контроль, а не инструмент ради инструмента

    Инфраструктура как код (IaC) нужна там, где важны след изменений, ограничения и повторяемость окружений

  14. 14. Kubernetes: когда он оправдан и когда добавляет лишнюю сложность

    Оркестрация окупается только вместе с платформенной командой, зрелыми практиками и реальной вариативностью сервисов

  15. 15. Модель ответственности: платформа, продукт, безопасность, финансы

    Если зона ответственности не названа, она обязательно проявится в инциденте или счете

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

    Продукт — Архитектурные решения, нагрузка, пользовательская ценность и стоимость единицы продукта.

    Governance — Безопасность, доступы, аудит, прогноз, cost allocation и TCO.

  16. 16. 04. Пример расчета денег

    Сравниваем не идеальные модели, а порядок величин: облачные ресурсы, покупка сервера и точка окупаемости

  17. 17. Цена единицы ресурса в облаке

    720 часов в месяце, публичные ставки Yandex Cloud для vCPU, RAM и сетевого хранилища

  18. 18. Облачный эквивалент обычного сервера

    Считаем грубую месячную стоимость compute, RAM и двух сценариев хранения

  19. 19. Сколько стоит купить похожее железо

    Пример из каталога

    Dell PowerEdge R750: 24 physical cores.

    RAM: 64 GB в базовой конфигурации.

    Цена в каталоге: от 566 050 ₽.

    Что не включено

    В карточке стоит noHDD: диски нужно считать отдельно.

    Нет ЦОДа, power, network, licenses, ops.

    Учебная оценка порядка величин.

  20. 20. Точка окупаемости и приватное облако на масштабе

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

  21. 21. 05. FinOps и регулярное управление

    Стоимость облака управляется не разовыми оптимизациями, а циклом ответственности, прогноза и поведения команд

  22. 22. Драйверы затрат и аллокация расходов

    Нужно видеть, какие решения создают счет: вычисления, хранение, сеть и управляемые сервисы

  23. 23. FinOps как цикл: showback/chargeback, оптимизация, прогноз

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

  24. 24. Юнит экономика вместо общей суммы счета

    Считайте стоимость полезной единицы продукта.

    Юнит экономика раньше показывает просадку маржи.

    Надёжность тоже имеет цену и бизнес-риск.

    FinOps зрелый, когда меняет поведение команд.

  25. 25. Итоговая матрица решений

    Ключевой вопрос: когда владеть базовой платформой дешевле и надежнее, чем покупать ее как публичное облако?

  26. 26. Ссылки и материалы

    Опорные источники

    FinOps Foundation - FinOps Framework: finops.org/framework/

    CNCF Kubernetes docs: kubernetes.io/docs/ · cncf.io

    Cloud architecture frameworks.

    Yandex Cloud pricing and Servermall R750.