Орган управления политикой (PMA) Policy Management Authority (PMA)
Простыми словами
Первое, что стоит заметить в определении, — «a person or application entity»: это роль, а не должность и не комитет, и её вполне может исполнять программа. Второе — что она делает: не сочиняет правила предприятия, а превращает их в электронное представление, пригодное для машины. Business-политику даёт управление (руководство отводит ей отдельную главу), а PMA переводит её в записи каталога, файлы конфигурации, язык политик на базе XML. Третье, и самое полезное на практике: PMA не одна. В концептуальной архитектуре она разложена на три роли — «policy management has been split into identity management, access management, and configuration management services, which represent three roles of the PMA shown in the conceptual framework», — и вдобавок отдельная PMA заводится под каждый домен политики. Ошибка — искать в организации одного владельца всех политик.
Примеры
«Management services are responsible for maintaining their electronic representation of runtime policy information in the policy repository». То есть каждая из трёх ролей отвечает за свою часть содержимого репозитория, а не за политику вообще.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 4.3 — концептуальная архитектура, левая часть схемы
«A provisioning function can be used to automate the process of updating the policy repository in a timely fashion, so that runtime policy decisions are accurate within an acceptable timeframe». Ручное обновление даёт верные решения по устаревшим данным — это отдельный класс отказа.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 4.3 — оговорка о функции провижининга
Замысел автоматизации — система управления политикой из трёх модулей: сопоставление обобщённой политики с предприятийной схемой, перевод в технические стандарты и создание экземпляров этих стандартов в централизованных репозиториях. Это и есть PMA, доведённая до машины.
Open Enterprise Security Architecture (O-ESA), The Open Group Guide G112 (April 2011), разд. 6.3 — Policy Automation Model, модули системы управления политикой
Определение из первоисточника
дословная выпискаThe PMA is a person or application entity that composes or creates electronic policy representations through a policy console, policy interpreter, or other tool. These electronic policy representations may be expressed in XML-based policy language, directory entries, configuration file entries, or some other form. Often they are configured directly into a proprietary product’s policy interface or policy repository. There may be multiple PMAs for different policy domains.
PMA — это человек или прикладная сущность, которая составляет или создаёт электронные представления политики через консоль политик, интерпретатор политик или иной инструмент. Эти электронные представления политики могут выражаться на языке политик на базе XML, записями каталога, записями файла конфигурации или в иной форме. Часто они настраиваются непосредственно в проприетарном интерфейсе политик продукта или его репозитории политик. Для разных доменов политики может быть несколько PMA.
Источник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
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Рис. 10 показывает три роли PMA — службы управления идентичностью, доступом и конфигурацией. Документ оговаривает, что PMA бывает несколько, по одному на домен политики.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов