Внедрение NAB микросервисов в рамках трансформации стоимостью 1,5 миллиарда долларов приводит к фундаментальным изменениям во внутренней структуре команды, а также в ИТ-архитектуре банка.
Инженерный менеджер Кевин Литтлджон сказал AWS Dev Day Australia, что он видел влияние микросервисов на структуру команды в прошлой роли, и этот опыт в значительной степени повторяется в NAB, хотя и в гораздо большем масштабе.
В широком смысле трансформация NAB затрагивает три основные области: внедрение микросервисов и API, более глубокое использование облака и предоставление данных в виде сервиса в облаке.
Банк подробно обсудил последние два аспекта, но это первый раз, когда он публично рассказал о своем путешествии по микросервисам и эффектах потока.
“Мы много говорим о микросервисах и структуре команды”, — сказал Литтлджон.
“Где я нахожусь в данный момент, так это в том, что мы наблюдаем большой сдвиг от монолитов к системам, управляемым API, будь то микросервисы или что-то немного большее или меньшее.
“Это определенно влияет на структуру команды.”
Литтлджон сказал, что, будучи на прежнем работодателе, его команда “взяла большой монолит .NET, разбила его на микросервисы, основанные на событиях, и архитектуру, управляемую событиями,-весь бит.”
“Мы начали с технических изменений и очень ясно увидели в довольно маленькой организации, что это делает со структурой [команды]”, — сказал он. “Это просто естественно перетекло в небольшие команды.”
В некотором смысле это просто отражало хорошую практику.
“Я большой поклонник в большинстве областей сокращения проблем до небольших размеров партии — старый » как вы едите слона? Один укус за раз”, — сказал Литтлджон.
— Это относится почти ко всему в жизни.”
Принятие архитектуры микросервисов означало необходимость “тщательно продумать API-интерфейсы между вашими компонентами, потому что именно эти биты действительно важны”.
“То, что находится внутри компонентов, становится все менее и менее критичным”, — сказал он.
— Вы можете применить ту же логику … к вашим организационным структурам.
«Я не видел, как это делается, но подумайте о вашей компании и организационных подразделениях там — не только технических командах, но и более широкой организации — что такое» API » для каждого из этих организационных подразделений?
— Какие у них СЛЭ? Каков механизм обнаружения услуг в вашей организации? Как вы применяете то, что мы считаем хорошей разработкой программного обеспечения, к организации?
“Я думаю, что будет новая волна этого, когда появятся микросервисы. Мы собираемся начать думать о наших организационных структурах в этих терминах.”
Ползать-ходить-бегать
В этом году NAB неоднократно использовала аналогию «ползать-ходить-бегать», чтобы описать свое путешествие в облако.
Вкратце, банк начал свою деятельность в 2012 году с размещения своего публичного контента и некоторых непроизводственных рабочих нагрузок в AWS.
Он начал «ходить» в 2016 году, когда ввел свои первые транзакционные рабочие нагрузки, но они все еще поднимаются в AWS по одному.
“Сейчас мы переходим к тому, что мы называем фазой” запуска», когда мы решаем, как мы продолжаем делать это в масштабе», — сказал Литтлджон.
“Таким образом, это не просто взять рабочую нагрузку и переместить ее вверх, взять другую рабочую нагрузку и переместить ее вверх — это то, как мы создаем основу для всего банка, чтобы позволить разработчикам двигаться вверх в масштабе и быстро развиваться в AWS.”
Стандартизировать или нет
В настоящее время ведется большая фоновая работа по восстановлению систем, процессов, организационной структуры и культуры, чтобы иметь возможность развиваться для облака в масштабе.
“Поскольку у нас много наследия, у нас есть управление изменениями, управление рисками, процессы готовности производства, которые все ориентированы на очень старый способ ведения дел”, — сказал Литтлджон.
“Мы сталкиваемся с ними и пытаемся придумать новые способы продемонстрировать, что мы можем получить те же самые наборы результатов превосходным и последовательным способом по всему банку с помощью таких вещей, как автоматизация и облачные технологии.”
Достижение согласованности в среде с таким количеством людей и команд является сложной задачей, признал Литтлджон. Самые сложные проблемы банка-культурные.
“По мере того как мы масштабируемся, большая часть нашей задачи прямо сейчас заключается в том, чтобы добиться согласованности во всех командах, но таким образом, чтобы это не обязательно было обязательным”, — сказал он.
“Мы не хотим выходить к командам и говорить: «Вы должны сделать это таким образом», потому что мы потеряем всю нашу способность к инновациям.
“Таким образом, задача для нас на данный момент заключается в том, как мы включаем команды, как мы разделяем архитектуру/хороший дизайн и инженерию во многих бункерах, и как мы включаем разработчиков, не блокируя их, но все же убеждаясь, что все, что они делают, находится в пределах ограждений и безопасно.”
Литтлджон отметил напряженность, существующую между стандартизацией и свободой выбора — например, инструментов или языков программирования.
Стандартизация “абсолютно полезна” в большой организации, “если вы хотите, чтобы люди могли переходить от команды к команде и от проблемы к проблеме”, сказал он.
“Это действительно ценно-иметь возможность переходить из одной команды в другую и знать, что ваши процессы CI выглядят одинаково, серверы сборки одинаковы, и вы понимаете, как все это сочетается.
“Вы же не хотите, чтобы каждая команда каждый раз платила цену за изобретение этих вещей.”
Тем не менее, он видел почти условный тип стандартизации как правильный подход.
“Я думаю, что есть роль для этой стандартизации как необязательной вещи, чтобы сказать: «вот готовые инструменты, они дадут вам легкий путь к производству и облегчат вашу жизнь, идите с ними. Но если вы хотите сделать что-то другое, вот все, что вам нужно будет отметить».”
Литтлджон сказал, что NAB также работает над тем, чтобы глубоко внедрить обучение в свою культуру.
“Большая часть работы, которую мы проводим в данный момент, заключается в том, чтобы попытаться построить этот обмен знаниями, чтобы каждый извлеченный урок был доступен всем остальным в организации, и как вы это делаете — создаете ли вы «Гильдии Spotify» или проводите сеансы коричневых мешков или сообщества практиков.”
В ‘бессерверное будущее
Литтлджон также использовал сессию Dev Day, чтобы исследовать, где NAB, скорее всего, приземлится в контейнерах против бессерверных дебатов.
Два года назад большинство крупных организаций шли по пути Docker, контейнеризируя приложения, прежде чем отправлять их в облако.
Однако появление бессерверной системы широко рассматривалось как способ полностью обойти контейнеризацию, и, возможно, единственное, что остановило это явление в первые дни, — это отсутствие уверенности в том, что победит.
Как оказалось, и контейнеры, и бессерверные приземлились значительными последователями предприятия. Однако НАБ видит свое будущее в одном лагере больше, чем в другом.
“Мы рассматриваем большой переход к контейнерам как первый шаг. Я не скажу, что переход на контейнеры-это обязательно легкий шаг, но это самый легкий шаг [из двух]”, — сказал Литтлджон.
“Часто проще взять существующую систему, поместить ее в контейнер, развернуть контейнер в кластере, а затем начать разбирать его оттуда.
“Лично я думаю, что бессерверный в конечном итоге победит контейнеры.”
Прогноз Литтлджон, в частности, основаны на гораздо более широкий взгляд бессерверную, чем, скажем, в AWS лямбда.
“Одна вещь, которую я бы назвал — и я думаю, что это не часто вызывается — это то, что бессерверный-это больше, чем просто Лямбда”, — сказал он.
“У меня есть маленький домашний проект, над которым я сейчас работаю дома, — это кластер Minecraft на [AWS] Fargate с небольшим интерфейсом React. Я не собираюсь подставлять сервер ни за что [связанное с этим]. Все это будет совершенно бессерверно.
“Это заставляет вас понять, что ценность бессерверной системы заключается не только в том, что «эй, я могу написать Лямбду и запустить ее по требованию»; ценность заключается в том, что вся эта экосистема находится у вас под рукой и может сказать, что мне нужна аутентификация пользователя — есть Cognito.
“Я говорю так, как будто продаю AWS, но несколько лет назад я говорил, что мы перешли к тому, что ваш сервер теперь является вашей учетной записью AWS, ваши процессы, которые вы запускали, теперь являются вашими ресурсами внутри.
“Это немного другой способ мышления о вещах, но он намного богаче, и он позволяет вам двигаться намного быстрее.
— Поэтому я думаю, что бессерверный-более широкий бессерверный — победит. Я думаю, что контейнеры-это всего лишь одна маленькая деталь реализации внутри всего этого.”
