Что проектируют архитекторы в МТС Финтех
Мы представляем команду архитекторов функциональных областей в МТС Финтех. В первую очередь работаем с бизнес-задачами ПО, поэтому плотно коммуницируем с заказчиком и, по сути, представляем его интересы. Разрабатываем концепцию на уровне ИТ-ландшафта, проектируем функционал в виде определённых архитектурных артефактов и схем, строим связи между элементами будущей системы.
Мы должны видеть весь ИТ-ландшафт, чтобы понимать, через какие его компоненты можно реализовать наши задачи. При этом мы не работаем в башне из слоновой кости — помимо технической реализации, для нас также важны задачи по оптимизации сроков и бюджета, так как мы работаем с корпоративной архитектурой. Мы прекрасно понимаем, что ещё одна стрелка (дополнительный поток данных или дополнительная служба, инициирующая запросы) может существенно увеличить стоимость проекта. Поэтому задача команды — не только придумать концепцию, но и дать рекомендации бизнесу: вот это покроет часть задач и будет сделано за Х времени, а вот это — дороже, но закроет намного больше задач. Архитектор должен видеть риски и предлагать разные решения, чтобы быстро, недорого и качественно реализовать идею.
Также мы участвуем в разработке ИТ-стратегии компании в целом, это довольно масштабная функция. Мы определяем, как другие специалисты будут разрабатывать свои системы: создаём некие руководства к проектированию, к реализации тех или иных процессов, которые каскадируются вниз и могут быть адаптированы. У нас в банке/финтехе много проектов, кросс-продуктов и вместе с этим много сильных специалистов, которые курируют разные линейки бизнеса (корпоративный, розничный, инвестиционный). Внутри этих кластеров существуют продуктовые команды, на один кластер есть один архитектор.
Ещё мы внедряем стандарты, то есть определяем, как и через какие компоненты архитектурного ландшафта можно реализовывать те или иные задачи, находим целевые решения. Есть профильные стандарты, которые мы просто поддерживаем, но не разрабатываем. Есть и собственные разработки, но они опираются на готовые решения.
Что касается стека, у нас есть классические модели — микросервисная архитектура, которая основывается на opensource-подходах, оркестрацию реализуем на Kubernetes. Вообще, мы оперируем ресурсами, которые есть в команде, поэтому наши коллеги и их возможности — это тоже своего рода наш стек. Без шуток, основный язык нашей работы — это русский. Потому что язык блок-схем или SQL поймут не все, а мы общаемся не только с программистами. А так, любим язык UML и ArchiMate — как раз для тех стрелочек между блоками.
