Все это очень отличается от устройства старых АБС, с которыми я привык иметь дело. Их работа обеспечивалась программами, состоящими из тысяч строк кода; требовался жесткий контроль изменений, поскольку любое обновление кода могло отозваться по всей системе и сломать ее. Микросервисная архитектура работает совершенно иначе. Можно менять что угодно и когда угодно, поскольку все компоненты независимы, разделены и распределены.
Еще один критически важный фактор: бизнес строится на микропроцессах. Хороший пример Stripe – API для организаций, которым нужна упрощенная система проверки. В ноябре 2016 года (спустя шесть лет после основания) она оценивалась в $9,2 млрд – очень неплохо для микросервиса.
Иными словами, финтех позволяет открепить все функции и процессы от продуктов и поставщиков ПО и предлагать их в виде микросервисов, которые благодаря DevOps, облачным технологиям и API могут быть переосмыслены в виде любой бизнес-модели и структуры на ваш вкус.
Данную концепцию удивительно образно объяснил Адриан Кокрофт, бывший облачный архитектор компании Netflix. Он рассказал о переходе компании от DVD к потоковому вещанию и о том, каким масштабным изменениям пришлось подвергнуть всю технологическую структуру. Вот на чем он заостряет внимание:
• Теперь функции – это крупные компании.
• Сегодня не осталось соборов – только базары.
• Сегодня приложения – это инфраструктура.
• Ключевой аспект – проектирование, инициированное разработчиками.
• Монолитов больше не осталось, теперь все реализовано в виде микросервисов.
• Если в вашей организации принята каскадная модель разработки – это прискорбный факт.
• Когда разработчики сами отвечают за проектирование продукта, он получается гораздо более гибким и интересным [17] Из подкаста a16z «All about Microservices» от 1 сентября 2016 года.
.
Банки должны взять эти тезисы на заметку и учиться на них, ведь у многих из них, с кем я имею дело, система контроля выстроена по принципу «сверху вниз». Идея распределить контроль между разработчиками там будет воспринята как ересь. Но все-таки именно это нужно сделать.
IT-директор будущего – это не IT-директор
Как я уже говорил, задача IT-директора – перейти от управления империей инженеров техподдержки к созданию распределенной организации разработчиков. Смена роли связана с переходом от иерархической структуры, все элементы которой разрабатывались компанией под свои нужды, к организации, ориентированной наружу, более «плоской», открытой и широкой. Большинство разработок будет поступать извне, поскольку они не предназначены исключительно для внутреннего использования и не создаются такими. Если банки перенесут свои сервисы на платформы и станут действовать на открытых рынках, они, как никогда, плотно будут вовлечены в этот процесс, но старые добрые времена, когда бизнес-процессами можно было обладать, уйдут в прошлое.
Таким образом, IT-директор путем постепенных изменений должен превратить организацию из закрытой и замкнутой в опенсорсную и широкую. Банк превращается из собора в базар, из монолита в рынок. Такова роль двигателя перемен: создать новую компанию, работающую по принципу «банкинг – это платформа».
«Банкинг как платформа» – это весьма актуальный тренд, о котором я писал еще семь лет назад, и вот мы до него дожили. Это возможность свободно подключить и использовать все банковские функции, которые будут работать как приложения через API. Речь не только о внутренних приложениях и API, но и о сторонних. Это новый принцип работы, где банк встраивается в экосистему технологических компонентов. Напоминаю: банк руководит этими компонентами, поскольку остается ведущим игроком на рынке, обладает миллионами клиентов, миллиардными активами и лицензией регулятора. Но дни, когда банк был полностью замкнутой на себя, закрытой структурой, сам себе закон, – в прошлом.
Сегодня банк – это интегратор компонентов в новом рыночном окружении, где банкинг – это сервис или платформа. Как только IT-директор завершит эту работу, его роль снова изменится. Он превратится в дирижера. Руководитель организации, развертывающей банкинг как платформу, должен отслеживать все группы от бэк-офиса (ударные) до миддл-офиса (духовые) и фронт-офиса (струнные), координировать их работу, чтобы они играли слаженно, в едином темпе.
Эта роль непростая, поскольку некоторые элементы новой банковской платформы «взяты из другого оркестра». Времени на репетиции почти нет, а оркестр должен играть круглосуточно, без выходных. Вот почему столь важно, чтобы дирижер позволял оркестру, управляемому разработчиками, самостоятельно распределять партитуру. У каждого музыканта в оркестре свое место. Кто-то может сфальшивить, но в общем музыкальном рисунке этим можно будет пренебречь.
Читать дальше