NAB достигла важного поворотного момента в своей миграции 840 приложений в облако, причем 60 процентов проекта было выполнено, и теперь туда перемещаются более важные рабочие нагрузки «первого уровня».
Через год после того, как банк публично пообещал перенести 35 процентов своих приложений в облако “через три-пять лет”, он значительно опережает эту цель.
На этот раз в прошлом году он переместил 70 приложений в облако.
Но глава отдела мониторинга, аналитики и диагностики Оливер Мерфи заявил на конференции Splunk .conf19 в Лас-Вегасе на прошлой неделе, что в настоящее время 505 приложений были перемещены в AWS, Azure или Google Cloud Platform (GCP).
Это значительно превышает его ожидания в отношении 300 заявок, перенесенных к концу 2019 года.
“Там, где когда-то потребовалось шесть месяцев, чтобы сделать одну [миграцию приложений в облако], теперь мы имеем до 505 приложений, так что это действительно ускоряет скорость того, как мы действительно склоняемся к тому обязательству, которое мы взяли на себя перед рынком, что мы собираемся переместить 35 процентов наших приложений в облако”, — сказал Мерфи.
Учитывая, что 60% от запланированного числа миграций, по-видимому, завершены, банк подходит к завершению программы, а вместе с ней и некоторых наиболее важных для бизнеса миграций.
“Там, где когда-то мы использовали для миграции более низких уровней категории B и категории C [приложений] с точки зрения важности, теперь мы эффективно перемещаем наш интернет-банкинг и наше онлайн-мобильное приложение в AWS”, — сказал Мерфи.
“Мы гораздо более уверены в том, что знаем, как запускать и поддерживать сервисы в AWS, а также доказываем нашим рисковым партнерам и нашему рисковому сообществу в банке — а их у нас много — как мы на самом деле управляем [облачным] стеком и делаем это надлежащим образом со всеми установленными сдержками и противовесами.”
Порядок вещей
Позже Мерфи сказал, что порядок переноса приложений в облако не обязательно определяется относительной важностью для банка, но множеством факторов.
“Мы начали с более низких целевых значений в отношении того, что составляло эти 505 приложений, потому что некоторые из этих материалов было так легко упаковать, чтобы просто переложить их”, — сказал он.
“Но отчасти это была зрелость реальной инженерной команды, которая поддерживает этот актив. “Есть еще много людей, у которых нет огромного количества облачных навыков, поэтому некоторые из них были такими: «насколько они готовы работать там [в облаке]»?”
NAB ранее подробно обсуждала свои проблемы с запуском облачной миграции после того, как длительный период ИТ-аутсорсинга оставил ее без технического персонала и навыков.
— Если вдуматься, то, что мы делаем — это движение, но мы используем довольно своеобразную модель аутсорсинга в банке, — сказала Мерфи.
“То, что мы сделали,-это то, что мы использовали IBM локально, а затем эффективно возвращаем контроль над этим приложением — кто-то [в IBM раньше шел] и исправлял эти серверы, а кто-то проводил все эти тесты обслуживания и аварийного восстановления, и мы вернули эту власть нашим инженерам.
— Но вместе с этим приходит и большая ответственность. Те команды, которые готовы принять этот вызов и имеют полный стек возможностей … почти самовыдвиженец.
“Таким образом, [миграция облаков] в значительной степени была связана с готовностью, что важно, и немного «начиная с более низких висячих фруктов, а затем переходя к таким большим целям, как интернет-банкинг».”
Теперь началась работа по миграции этих наиболее важных рабочих нагрузок.
“Даже я был удивлен, что мы запустили одну из наших больших торговых платформ в AWS … около трех-пяти месяцев назад, но с тех пор это не пропустило ни одного удара сердца”, — сказал Мерфи.
“Это был действительно хороший тестовый случай”.
Мерфи отметил, что конкретный переход показал, что стратегия двухскоростной миграции банка-и его автоматизированный инструмент управления и проверки соответствия требованиям, известный как Стандарты и методы облачного внедрения или CAST — достигли достаточной зрелости, что позволило банку двигаться быстрее и с большей степенью уверенности.
“Мы настолько уверены в некоторых способах [их] работы, что готовы начать помещать этот материал в облако», — сказал Мерфи.
Сдержки и противовесы
Мерфи сказал, что растущее присутствие AWS в банке положительно скажется на надежности.
“В AWS у нас никогда не было критического отключения или критического инцидента на наших сервисах за четыре года [использования]”, — сказал он.
В дополнение к тому, что он был демонстрацией надежности AWS, Мерфи также приписал “Splunk, укоренившийся во многих видах деятельности по переходу в облако”, и развивающуюся инженерную культуру банка для достижения этого результата.
Роль Splunk в облачной миграции NAB заключается в том, что команды с приложениями, входящими в облако, должны соблюдать набор мер безопасности и оперативного контроля, а также обеспечивать видимость работоспособности и производительности своих приложений.
Для этого требуется инструмент мониторинга — и хотя команды могут выбрать свой собственный локальный продукт мониторинга, в какой-то момент им нужно отправить данные мониторинга в Splunk, который обеспечивает агрегированное представление по всем 80 сервисным командам, которые сейчас находятся в облаке.
На эту совокупную картину опираются глобальный операционный центр НАБ и руководители банка.
