От оборудования до бизнес-процесса
Облако предоставляет пул ресурсов, которые можно выделять и перенастраивать по мере изменения нагрузки. Автор разбирает четыре уровня из книги ван Стеена и Таненбаума: оборудование, виртуализованную инфраструктуру, платформу и приложения. Пользователь приложения не управляет охлаждением серверов, а разработчику платформенного сервиса не обязательно знать, на каком физическом узле хранится его объект. Так меняются границы работы клиента и поставщика.
Этим уровням соответствуют IaaS, PaaS и SaaS. Отдельно упоминается FaaS, где разработчик передаёт исполнение функции среде провайдера. В докладе Банка России о финансовом рынке появляется ещё один уровень — BaaS. Его отличие от банковского SaaS заключается в предмете услуги: клиент получает готовый учётно-операционный процесс, а не только приложение, в котором этот процесс ещё предстоит организовать.
Почему платформа нужна продуктовой команде
Для объяснения мотивации используется аналогия с пирамидой потребностей: бизнесу нужны работающие приложения, но под ними остаются оборудование, инфраструктура и среда выполнения. Платформенная команда берёт на себя этот фундамент, чтобы продуктовые команды могли сосредоточиться на бизнес-функциях. Здесь важно не просто перенести серверы в другое место, а предоставить разработчикам понятный способ пользоваться инфраструктурными возможностями без самостоятельной сборки нижних уровней.
Kubernetes приведён как пример такой среды: декларативное развёртывание, готовая экосистема и возможность использовать управляемый сервис в публичном облаке. При этом собственная платформа требует сложной разработки и поддержки. Лекция не сводит выбор к универсальному совету использовать Kubernetes: для большой компании полезность общего фундамента должна сопоставляться с затратами на его создание и дальнейшую эксплуатацию.
Финансовая экосистема и ограничения выбора
По материалам Банка России автор различает нишевую финтех-компанию, дистрибьютора, продуктовую фабрику и технологическую компанию. Их компетенции дополняют друг друга: одни создают финансовую услугу, другие собирают предложения для клиентов или обеспечивают техническую интеграцию. Такая модель объясняет, почему облачный рынок не ограничивается арендой вычислительных ресурсов: на нём могут предоставляться безопасность, обмен данными и доступ к платёжным системам.
Решение о размещении критичных банковских операций зависит от регуляторных требований и рисков передачи функций поставщику. В лекции перечислены также распределение капитальных и операционных затрат, наличие мощностей в нужном регионе, нефункциональные требования и цена миграции. Дополнительная часть вводит пограничные вычисления и варианты распределённых реестров; эти темы расширяют обзор, но не отменяют необходимости отдельно выбирать инфраструктуру под конкретную систему.
Что стоит унести с собой
- 01Облачные модели различаются тем, какую часть работы выполняет поставщик: от инфраструктуры до готового бизнес-процесса.
- 02Платформа освобождает продуктовую команду от повторной сборки инфраструктуры, но сама требует поддержки.
- 03Для финансовой организации стоимость облака рассматривается вместе с регулированием, доступностью мощностей и ценой миграции.
Источники
- Финтех-тренды: облачные технологии
- Слайды материала
- Запись выступления