Физическая архитектура Physical Architecture
Простыми словами
Нижний из четырёх уровней описания: здесь впервые называются конкретные продукты, их размещение на устройствах и связи между ними. Руководство честно ограничивает себя: полного комплекта документов физического уровня оно не даёт, потому что форматы слишком зависят от компании, технологий и даже конкретных людей, — даётся только шаблон верхнего вида. Читать пример как рекомендацию нельзя: «It is not based on an actual corporate environment or set of requirements», и «No endorsement of specific products is implied». Ещё одно ограничение легко проглядеть: «The diagram shows device connectivity but not information flow» — потоки рисуют отдельными версиями схемы под конкретный аспект. И главное предупреждение: этот уровень «much harder to comprehend than the logical architecture and relies heavily on the logical view for context».
Примеры
Чтобы описать среду полностью, нужны разные диаграммы (наслоение программных компонентов на серверах, топология сети), списки вроде всех сетевых адресов контроллеров домена и документация настроек программных компонентов. Руководство перечисляет это и сразу оговаривает, что даёт лишь верхний уровень.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 4.4.4 — физическая архитектура управления идентичностью
Службы, различимые на логическом уровне (провижининг доступа, администрирование групп, самообслуживание, внешнее администрирование), на физическом нередко оказываются одним продуктом. И наоборот: один компонент виртуальных каталогов разворачивается в пять отдельных реализаций.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 4.4.4 — разбор взаимодействия логического и физического уровней
Руководство отмечает, что ответственность за продукты каталогов и за службы администрирования идентичностей может расходиться по границам подразделений сильнее, чем это выглядит на логической схеме. То есть физический уровень вскрывает не только технику, но и владельцев.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 4.4.4 — четвёртый вывод о взаимодействии уровней
Определение из первоисточника
дословная выпискаIdentifies the structure of specific products, showing their placement and the connectivity relationships required to deliver the necessary functionality, performance, and reliability within the constraints of the logical architecture.
Определяет структуру конкретных продуктов, показывая их размещение и связи по подключению, требуемые для обеспечения нужной функциональности, производительности и надёжности в рамках ограничений логической архитектуры.
ИсточникOpen Enterprise Security Architecture (O-ESA): A Framework and Template for Policy-Driven Security. The Open Group Guide, April 2011, № документа G112, ISBN 1-931624-94-1
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Формулировка разд. 2.2 отличается
«Identifies specific products, showing where they are located and how they are connected to deliver the necessary functionality, performance, and reliability». Разд. 4.4.4 оговаривает, что полного комплекта документов физического уровня Guide не даёт, а даёт шаблон верхнего уровня: диаграммы размещения ПО и топологии сети, списки адресов, документацию настроек.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов