Фаза C: Архитектура информационных систем (данные и приложения)

Метод разработки архитектуры информационных систем TOGAF ADM включает в себя две архитектурные области проекта: Архитектура данных и Архитектура приложений. В контексте микросервисной архитектуры приложения обычно состоят из служб и операций, предоставляемых потребителям этих служб, а также инструментов, используемых для обслуживания этих служб. Данные ограничиваются данными, управляемыми бизнес-функцией, обслуживаемой MSA, и внешними источниками данных, которые могут использоваться как автономный источник или хранилище для таких данных.

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

Архитектура данных

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

• Каталог объектов данных предоставляет краткое описание объектов данных, относящихся к предметной области, в контексте конкретной бизнес-функции.

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

• Сопоставление данных с приложением (матрица) соотносит данные, которые собираются или предоставляются отдельными службами и операциями, используемыми для доступа к данным.

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

• Модели и диаграммы распределения данных. Большинство хранилищ данных в MSA используют ту или иную форму распределенной модели данных. На этой диаграмме должна быть отражена модель распределения, используемая для каждого хранилища данных в MSA. В хранилищах данных, использующих сегменты, стратегия сегментирования должна быть включена в обсуждение этой диаграммы.

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

• Сопоставление жизненного цикла данных соотносит объекты данных с ожидаемой продолжительностью существования их экземпляров. Это может быть обусловлено политиками хранения.

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

Архитектура приложения

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

К общим артефактам архитектуры приложений и их сопоставлению с MSA относятся:

Каталог портфеля приложений - список доступных сервисов и операций для внутренних и внешних пользователей.

Каталог интерфейсов - информация о контракте SOA, необходимая для понимания, взаимодействия и использования предоставляемых MSA сервисов. Также может включать требования к учётным данным и уровням обслуживания для потребителей операций.

Ролевая матрица приложений - это матрица, описывающая доступные услуги и операции для пользователей, выполняющих разные роли.

Сопоставление API с потребителем (взаимодействием) - представляет собой сопоставление различных сервисных интерфейсов с классами ожидаемых потребителей или отдельными потребителями. В некоторых случаях может потребоваться реализация с использованием отчета, основанного на фактических и планируемых потребителях услуг.

Диаграммы вариантов использования - коллекция вариантов использования и/или бизнес-сценариев, дающих контекст и описывающих, как предполагается использовать конкретные услуги и операции.

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

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

В общем, стандарт TOGAF считает это расширением обычных артефактов архитектуры информационных систем, но это важно для MSA.