Фаза F: Планирование миграции

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

Дорожная карта архитектуры включает список отдельных пакетов работ, которые будут реализовывать целевую архитектуру, и отображает их на временной шкале для демонстрации перехода от базовой архитектуры к целевой. Дорожная карта архитектуры подчеркивает ценность пакетов работ на каждом этапе. Переходные архитектуры, необходимые для эффективной реализации целевой архитектуры, определяются как промежуточные этапы. Дорожная карта архитектуры разрабатывается постепенно на этапах E и F и основана на легко идентифицируемых компонентах дорожной карты из этапов B, C и D, входящих в архитектурный цикл жизни.

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

Преднамеренная и возникающая архитектуры

 Стандарт Open Agile Architecture, (O-AA), рассматривает процесс разработки архитектуры как сочетание намеренной и возникающей (гибкой / эмерджентной) архитектуры. Описание этапа F в стандарте TOGAF написано с использованием языка намеренной архитектуры, но структура TOGAF может быть использована для разработки гибкой архитектуры, где больше внимания уделяется эмерджентной архитектуре. Это часто относится к облачным решениям и микросервисной архитектуры (MSA).

Создание среды микросервисов и формирование команды DevOps обычно определяются как пакеты работ, которые появляются в плане внедрения и миграции, разработанном на этапе F с использованием целенаправленного подхода. Разработка микросервисов и модификация других систем также могут быть намеренно спланированной деятельностью. В качестве альтернативы это могут быть экстренные действия, когда микросервисы создаются для удовлетворения потребностей бизнеса, но не включены в план внедрения и миграции. Ограничения, определенные для гибкой разработки и поддерживаемые управлением архитектуры предприятия, должны четко указывать, разрешено ли такое поведение.

Отчетность о стоимости и затратах

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