Заявка на исполнение Fulfillment Request
Простыми словами
Заявка на исполнение — рабочее задание на конкретное действие с услугой: выделение ресурсов, развёртывание, изменение, запуск или остановка, вывод из эксплуатации. Её надо строго отличать от объекта «Request» того же потока: Request — это то, что заказал потребитель, а заявок на исполнение из одного заказа получается несколько (связь 1:n). Именно эту пару ядро берёт как учебный пример множественности. Связь с RFC один к одному оговорена условно — «If applicable»: не всякое исполнение требует изменения. Потребителю заявки на исполнение не показывают: статус он получает на уровне подписки.
Примеры
Ядро иллюстрирует множественность бытовым случаем: «In the instance of a “laptop”, a service request might require a request for the laptop and another for a mouse and one for a user account.»
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 4.2.4.1 — множественность связей между объектами данных
«If applicable, the RFC created can be linked to the originating Request.» Условие „if applicable“ и делает связь один к одному необязательной к заполнению.
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 7.4.6 — связи объекта данных Fulfillment Request
«Shall update consumers on order status at the Subscription level, not at the level of the underlying Requests needed to fulfill the Subscription.»
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 7.4.5 — критерии функциональности Request Rationalization
Определение из первоисточника
дословная выпискаDescribes all fulfillment aspects of an IT service, which includes items such as provisioning, deploying, modifying, actions (i.e., start, stop, etc.), decommissioning, and so on.
Описывает все аспекты исполнения ИТ-услуги, включая такие позиции, как выделение ресурсов, развёртывание, изменение, действия (запуск, остановка и т. п.), вывод из эксплуатации и прочее.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Ключевые атрибуты по стандарту: Id — Unique identifier for the Request.; RequestId — Refers to the originating Request (from Request).; DesiredServiceId — Links to the service to be instantiated (from Desired Service).; RFCId — If applicable, an RFC will be created (from RFC).; Status — Status of the deployment/fulfillment workflow. Обязательные связи объекта: Fulfillment Request to Request (n:1); Fulfillment Request to Service Release Blueprint (n:1); Fulfillment Request to Desired Service (n:1); Fulfillment Request to RFC (1:1)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:1Request
- Обязательная связь объектов данных, кардинальность n:1Service Release Blueprint
- Обязательная связь объектов данных, кардинальность n:1Desired Service
- Обязательная связь объектов данных, кардинальность 1:1RFC
Входящие
- Обязательная связь объектов данных, кардинальность 1:nService Release Blueprint
- Обязательная связь объектов данных, кардинальность 1:nRequest
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций