Фаза E: Возможности и решения

На этапе "Возможности и решения" в рамках TOGAF определяются инструменты доставки, такие как проекты, программы или портфели, которые эффективно реализуют целевую архитектуру, определенную на предыдущих этапах. Этот этап анализирует бизнес-цели и возможности, объединяет пробелы между этапами B и D, а также организует группы строительных блоков для реализации этих возможностей. В результате создается предварительный план стратегии внедрения и миграции.

Существует несколько различий между облачным решением и решением на основе микросервисов. Микросервисы являются одним из типов облачных решений, но они могут также иметь не облачные развертывания. Cloud-native разработан исключительно для облачных платформ и стремится оптимально использовать облачную архитектуру и облачные сервисы в своих решениях. У микросервисов есть свои ограничения и мотивы, для более глубокого понимания которых рекомендуется обратиться к официальному документу The Open Group: Архитектура микросервисов. Общим для облачных решений и микросервисов является то, что они представляют собой модульные и высокораспределенные развертывания, которые эластично масштабируются и обладают высокой устойчивостью.

Cloud-native и микросервисная архитектура, как подробно описывается в других главах, вносят следующие ключевые соображения в целевую архитектуру, дорожную карту архитектуры и план перехода:

Преобразование области применения
Организационная трансформация
Технологическая трансформация
Преобразование данных

Преобразование области применения

Ключевой принцип облачных технологий и микросервисной архитектуры заключается в том, что их целевым состоянием является модульное, распределенное и сильно изолированное решение. Текущее состояние может быть сценарием «с нуля» или разлагаемым монолитным решением. Микросервисы независимы и автономны. Эта характеристика позволяет управлять объемом каждого модуля независимо, с помощью собственной дорожной карты и плана перехода.

Организационная трансформация

Для успешного внедрения облачных технологий и MSA требуются значительные организационные преобразования. Целевое состояние требует единоличного владения каждым модулем (микросервисом) и экономичной федеративной структуры управления. Каждая команда будет автономно владеть всем жизненным циклом микросервиса, и существует необходимость координации, чтобы задействовать все возможности решения с желаемым целевым состоянием.

Эта новая парадигма предоставляет хорошую возможность для принятия методологии Agile / DevOps, для более глубокого понимания рекомендуется обратиться к официальному документу The Open Group: Преимущества методологии DevOps для решений микросервисов.

Трансформация технологий

Облачные решения и микросервисные архитектуры следуют парадигме полиглота, что приводит к разнообразию технологического ландшафта в целевом состоянии. Этот фактор усложняется тем, что многие распределенные модульные системы имеют двойную эталонную архитектуру: одну для модуля или микросервиса иногда называемую внутренней архитектурой) и другую для платформы (также известной как внешняя архитектура), в которой они развертываются. Каждая из этих архитектур обладает своими уникальными характеристиками и ограничениями.

В связи с этим, планы и дорожные карты технологической трансформации должны учитывать следующие аспекты:

Преобразование от почти однородного к гетерогенному технологическому ландшафту.
Переход от единой эталонной архитектуры к двойной эталонной архитектуре.
Трансформация инфраструктуры доставки и развертывания.

Эти изменения необходимы для того, чтобы поддерживать гибкость, масштабируемость и устойчивость в современных системах, использующих облачные решения и микросервисную архитектуру.

Преобразование данных

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

Артефакты

Как и на предыдущих этапах, существует несколько моделей, артефактов и рекомендаций, ориентированных на облако и ориентированных на микросервисы. К числу тех, что относятся к этапу E, могут относиться те, которые перечислены ниже.

Google Sites

Report abuse