К основному содержимому
к презентации
Конспект выступления2023

Финтех-тренды: облачные технологии

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

Fintech School 20233 минуты

Конспект сокращён относительно исходного материала; примеры и оценки передают опыт и позицию автора.

Основная линия материала
01

От оборудования до бизнес-процесса

Облако предоставляет пул ресурсов, которые можно выделять и перенастраивать по мере изменения нагрузки. Автор разбирает четыре уровня из книги ван Стеена и Таненбаума: оборудование, виртуализованную инфраструктуру, платформу и приложения. Пользователь приложения не управляет охлаждением серверов, а разработчику платформенного сервиса не обязательно знать, на каком физическом узле хранится его объект. Так меняются границы работы клиента и поставщика.

Этим уровням соответствуют IaaS, PaaS и SaaS. Отдельно упоминается FaaS, где разработчик передаёт исполнение функции среде провайдера. В докладе Банка России о финансовом рынке появляется ещё один уровень — BaaS. Его отличие от банковского SaaS заключается в предмете услуги: клиент получает готовый учётно-операционный процесс, а не только приложение, в котором этот процесс ещё предстоит организовать.

02

Почему платформа нужна продуктовой команде

Для объяснения мотивации используется аналогия с пирамидой потребностей: бизнесу нужны работающие приложения, но под ними остаются оборудование, инфраструктура и среда выполнения. Платформенная команда берёт на себя этот фундамент, чтобы продуктовые команды могли сосредоточиться на бизнес-функциях. Здесь важно не просто перенести серверы в другое место, а предоставить разработчикам понятный способ пользоваться инфраструктурными возможностями без самостоятельной сборки нижних уровней.

Kubernetes приведён как пример такой среды: декларативное развёртывание, готовая экосистема и возможность использовать управляемый сервис в публичном облаке. При этом собственная платформа требует сложной разработки и поддержки. Лекция не сводит выбор к универсальному совету использовать Kubernetes: для большой компании полезность общего фундамента должна сопоставляться с затратами на его создание и дальнейшую эксплуатацию.

03

Финансовая экосистема и ограничения выбора

По материалам Банка России автор различает нишевую финтех-компанию, дистрибьютора, продуктовую фабрику и технологическую компанию. Их компетенции дополняют друг друга: одни создают финансовую услугу, другие собирают предложения для клиентов или обеспечивают техническую интеграцию. Такая модель объясняет, почему облачный рынок не ограничивается арендой вычислительных ресурсов: на нём могут предоставляться безопасность, обмен данными и доступ к платёжным системам.

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

Выводы

Что стоит унести с собой

  1. 01Облачные модели различаются тем, какую часть работы выполняет поставщик: от инфраструктуры до готового бизнес-процесса.
  2. 02Платформа освобождает продуктовую команду от повторной сборки инфраструктуры, но сама требует поддержки.
  3. 03Для финансовой организации стоимость облака рассматривается вместе с регулированием, доступностью мощностей и ценой миграции.

Источники