Статус

Не является первоочередной задачей. Сначала нужно получить простую и надёжную инфраструктуру жизненного цикла одного проекта. Управление портфелем имеет смысл развивать поверх работающих primitives, а не проектировать их ради будущей централизации.

Почему задачу всё же стоит зафиксировать

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

В перспективе может понадобиться слой, который знает доступные проекты и их инфраструктурные возможности и позволяет агенту адресовать операции множеству проектов. Но конкретная форма такого control plane пока не определена и не должна диктовать архитектуру базовой системы.

Принцип

Сначала:

надёжный Project lifecycle -> понятные runtime/deploy/restore primitives

И только затем, когда реальные операции покажут повторяющиеся потребности:

множество Projects -> общий orchestration/control layer

Связано с главной задачей инфраструктуры жизненного цикла и ускоренным запуском новых сайтов.