NAB “постепенно строит” мультиоблачную среду для размещения элементов своей открытой банковской платформы, изначально построив ее так, чтобы она “полностью базировалась на AWS”.
Включение компонентов платформы open banking для работы в нескольких облаках отражает более широкие усилия банка по выходу за пределы своей первоначальной тяжелой настройки на AWS и запуску большего количества рабочих нагрузок в Azure — работа, которая значительно расширилась в этом году.
Глава отдела микросервисов и открытого банкинга Дэмиан Фитцгиббон рассказал на вебинаре на прошлой неделе, что банк перенес свое хранилище данных согласия из специфичного для AWS сервиса в Postgres с открытым исходным кодом, чтобы помочь переносимости, если магазин когда-нибудь понадобится повторно разместить.
Согласие клиента-это ключевая часть информации, которую банки должны собирать и управлять в рамках открытого банковского обслуживания, поскольку это явное разрешение клиента на то, как и где их банковские данные могут быть переданы.
“С согласия [когда] мы изначально начинали, мы собирались создать лямбда-сервис, использующий DynamoDB [экземпляр] в качестве хранилища данных”, — сказал Фитцгиббон.
“На самом деле мы закончили тем, что перенесли хранилище данных в Postgres, потому что некоторые требования к нашей возможности мультиобласти означали, что если бы мы хотели переместить данные, нам нужно было бы немного больше учитывать переносимость этих данных согласия, учитывая, что это было корпоративное хранилище, поэтому мы перешли на Postgres и теперь имеем его запущенным.
“Мы скоро создадим и выпустим процесс, в котором мы сможем взять это хранилище данных Postgres и перенести его в Azure, если нам нужно будет развернуть службу через Azure.
“Это все еще продолжается, но это то, что мы постепенно строим в направлении мультиоблачной среды для открытого банковского дела.”
Фицгиббон сказал, что NAB обработала “самое первое согласие, которое было создано в экосистеме consumer data right [open banking]… между клиентом, использующим приложение Frollo, и NAB в качестве владельца данных.”
Frollo-это финтех-компания, которая производит приложение, которое помогает людям лучше управлять своими деньгами.
Фицгиббон сказал, что NAB необходимо было создать “ряд основных корпоративных возможностей”, чтобы поддержать свою открытую банковскую платформу.
Он показал архитектурную схему с компонентами, которые недавно были созданы для открытого банковского дела; другие, которые “представляют возможности предприятия, которые мы либо создали-в случае согласия — с нуля, либо ряд различных корпоративных услуг, которые мы использовали”; и еще больше, которые были “существующими услугами, которые мы использовали — большинство из них являются системами записи.”
Там, где облачный корпоративный сервис не был готов, банк подключался к существующей системе записи через то, что он называет » OB proxy’.
“В конце концов, когда сервисы выйдут в Сеть, мы перейдем на облачную версию сервиса, но для некоторых сервисов нам придется вернуться в наш центр обработки данных, чтобы получить часть системы записи данных”, — сказал Фитцгиббон.
“Этот OB прокси-это в основном фасад, который мы можем указать на другую систему записи, чтобы получить информацию.”
Фицгиббон сказал, что NAB продолжает создавать облачные “корпоративные доменные службы”.
“То, что они на самом деле являются надежными копиями системы записей, которые находятся в устаревших системах, так что в конечном итоге они становятся гораздо более масштабируемыми и надежными, чем некоторые из основных сервисов, и фактически становятся способом почти кэширования данных, к которым мы можем получить доступ”, — сказал он.
“Со временем постепенно это позволяет вам также выдолбить некоторые возможности в устаревших системах, и я думаю, что это является частью базовой технологической стратегии [NAB].”
Использование облака — и, в конечном счете, мульти — облака-поможет банку удовлетворить “высокие требования к производительности”, которым должны соответствовать открытые банковские платформы.
“Мы должны иметь возможность поддерживать 300 транзакций в секунду (tps) на аутентифицированных конечных точках и 300 транзакций в секунду на неаутентифицированных конечных точках, так что все до 600tps”, — сказал Фитцгиббон.
“На данный момент мы находимся далеко под 1tps, так что это еще очень рано, но масштабируемость и производительность-это действительно большое внимание с этой инфраструктурой и архитектурой.”
