Андрей Трушкин - Архитектура цифрового мира

В задачи настоящей книги не входит обсуждение пунктов манифеста. Отметим следующие значимые эффекты следования ему. Создание новых информационных систем, внедрение ИТ в производственные и бизнес-процессы предлагалось вести с учетом максимальной автономности команд профессионалов, максимально быстрой готовности минимального жизнеспособного продукта (MVP), постоянного циклического улучшения собственной работы. Манифест стал декларацией открытости ИТ миру, готовности к изменениям. От него можно отсчитывать старт взаимовлияния ИТ и мира, построение цифрового мира.

Изначально новые подходы к ИТ были востребованы не крупными корпорациями с их устоявшимися подходами, характеризующимися развитой бюрократической составляющей, а стартапами, нацеленными на получение быстрых результатов в новых областях ИТ. Результаты работы ряда стартапов стали качественным изменением взгляда на ИТ. На основе некоторых стартапов, успешно применявших гибкие методологии разработки и изменявших свое мировоззрение, были созданы глобальные технологические компании, деятельность которых на сегодняшний день вышла за рамки строго рынка ИТ: в их обсуждении участвуют ученые, политики, бизнесмены, военные, философы, социологи и люди самых разных профессий. В качестве примеров таковых компаний можно отметить Meta Platforms (ранее Facebook) и Google. Было бы значительным упрощением утверждать, что подобное качественное изменение было достигнуто исключительно следованием манифесту Agile, но последний запустил ряд тенденций, которые и являются предметом рассмотрения настоящей главы.

Внимание стартапов к работе по новым принципам вывело на новый уровень интерес к решениям с открытым исходным кодом и распространяемым на свободной основе. По мере роста стартапов, обусловленного этим повышения интереса к гибким методологиям, решения, бывшие ранее узкоспециализированными, вышли на новые рынки и стали использоваться в глобальном масштабе. Сами стартапы, становившиеся технологическими компаниями мирового масштаба, сохраняли исходную свободную культуру, в рамках которой создававшиеся технологические решения становились достоянием сообщества разработчиков. В качестве примера можно привести Apache Cassandra – одно из наиболее популярных решений в части распределенных систем управления базами данных, применяемое при создании высоконадежных хранилищ данных. Проект был разработан в компании Facebook, а в 2009 году передан фонду Apache Software Foundation. На сегодня данное решение (с открытым исходным кодом) применяется в крупнейших компаниях различных сфер деятельности по всему миру (IBM, Huawei, Netflix, Apple, Spotify и др.). Отметим, что все технологии, представленные ранее на Рисунке 5, основаны на открытом исходном коде.

Изменения в подходе к использованию технологий требуют и изменения подхода к архитектуре, самих архитектурных концепций. Если при использовании программного обеспечения, предоставляемого поставщиком в «закрытом» (vendor-lock) формате, возможным было учитывать наличие экспертизы компании-поставщика, то в случае использования программного обеспечения, основанного на открытом исходном коде, предполагающего внимание к деталям внедрения, необходим совершенно иной уровень компетенции архитектора, глубины проработки архитектуры, изменение самой культуры последней. Поэтому использование решений, основанных на открытом исходном коде, и стало первой ключевой тенденцией развития архитектуры.

Активное использование гибких методологий стартапами, формирование на их основе ряда технологических гигантов, создание последними на базе решений с открытым исходным кодом технологических продуктов, используемых для автоматизации гигантских информационных систем мирового масштаба, заставляют учитывать в качестве одного из ключевых трендов развития архитектуры фактор распределенности. Распределенность может рассматриваться в двух смысловых плоскостях. Во-первых, речь идет о территориально распределенной структуре команд разработки (в данном случае речь идет не только о программистах, но о всех специалистах, участвующих в процессе создания решений). Во-вторых, современные ИТ-решения должны активным образом масштабироваться, не снижать качество предоставления услуг при высокой нагрузке, допускать выполнение в различных часовых поясах, странах и континентах. Оба указанных аспекта оказывают ключевое влияние на архитектуру, ее развитие, на процессы проектирования новых решений. В качестве примера можно привести социальные платформы, например, Facebook. Технологические решения Meta Platforms (ранее Facebook) обрабатывают запросы на предоставление услуг миллиардов пользователей со всех континентов, при этом качество предоставления этих услуг регулярно находится на высшем уровне. По мере становления цифрового мира данные требования стали всеобщими. Если рассмотреть временной период 10 лет от характеризующегося значительным количеством знаковых для ИТ событий 2001-го года, то можно отметить, что, например, для финансовых организаций ключевым каналом взаимодействия с клиентами было отделение, а нагрузочная способность внедрявшихся ИТ-решений рассчитывалась на основании числа отделений, среднего потока клиентов через них, при этом делалась поправка на распределение отделений по часовым поясам. Спустя еще 10 лет – в настоящее время – вводятся понятия Bank as a Service (BaaS), Bank as a Platform (BaaP), которые сами по себе свидетельствуют о коренном изменении самой модели предоставления финансовых услуг – все ключевые каналы на сегодня дистанционные, при этом характер продвижения продуктов посредством данных каналов во многом соответствует модели социальных платформ. Приведенный пример характерен не только для финансового сектора экономики, но и практически для всех остальных, что и позволило еще во введении говорить о цифровом мире. При этом над созданием соответствующих решений трудятся команды, распределенные по всему миру. Работая в соответствии с гибкими методологиями, они создают актуальные продукты в итеративном и инкрементном режиме, регулярно представляя результаты своего труда клиентам и партнерам. Таким образом, архитектура должна обеспечивать возможность эффективной работы соответствующих команд, возможность достижения ими результата независимо друг от друга, при этом создаваемые решения должны обеспечивать нагрузочную способность качественно нового порядка, географически распределенный режим функционирования. Распределенность можно определить второй ключевой тенденцией развития архитектуры.

В современных организациях определяются сотни и тысячи бизнес-процессов, эффективное исполнение которых формирует пульс жизни самой организации. Традиционным архитектурным решением для автоматизации выполнения бизнес-процессов было включение в структуру ИТ-ландшафта организации компонента, обычно именуемого Business Process Manager (BPM), который позволяет последовательно выполнять шаги всех бизнес-процессов, требующих автоматизации. Отметим, что современные бизнес-процессы состоят из сотен автоматизируемых действий, при этом в организациях, следующих в своей работе гибким методологиям, в бизнес-процессы постоянно вносятся изменения, применение которых в режиме промышленной эксплуатации востребовано в реальном времени. Традиционное централизованное исполнение бизнес-процессов общим компонентом BPM ограничивает возможности независимой работы команд разработчиков, а также вызывает вопросы к собственной нагрузочной способности. Современная архитектура должна обеспечивать гибкую автоматизацию бизнес-процессов, при которой управление бизнес-процессом децентрализовано, отдельные компоненты бизнес-процесса автоматизируются независимыми командами разработчиков, немедленно внедряющими вносимые ими изменения в промышленную эксплуатацию. Соответственно, определяется третья ключевая тенденция развития архитектуры, связанная с автоматизацией бизнес-процессов.