Около корпоративной архитектуры

Функциональный компонент «Уровень услуги» Service Level Functional Component

Простыми словами

Компонент отвечает на вопрос „выполняем ли мы обещанное“: он проектирует и создаёт контракты на услугу, ведёт их жизненный цикл и собирает данные о фактических показателях против объявленных SLO. Он один из немногих в потоке Detect to Correct, кто владеет двумя ключевыми объектами — «Service Contract» и «Key Performance Indicator». Разграничение с «Service Monitoring»: тот измеряет технику и хранит результаты, а этот сопоставляет измерения с обещанием и отчитывается. Ограничение стандарт ставит прямо: юридическую часть контрактов компонент не ведёт. Обязанности неоднородны — создать экземпляр контракта при инстанцировании подписки «Shall», а инстанцировать его из блюпринта релиза «Can».

Примеры

Подписка обязывает начать измерять

«Shall create a Service Contract (instance) and start measuring it once a Subscription is instantiated if a Request Rationalization functional component exists.»

Измерения приходят от мониторинга, но не обязаны

«Can receive business/IT measurements from Service Monitoring if a Service Monitoring functional component exists.» Формулировка «Can» показывает, что источник измерений архитектурой не зафиксирован жёстко.

Отчёт строится в разрезе SLO

«Shall create reports on the Service Contracts to show the quality of service per SLO.» Единицей отчётности служит позиция контракта, а не контракт целиком.

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.8 — критерии функциональности Service Level

Определение из первоисточника

дословная выписка
Enable the design and creation of Service Contracts (SLAs). Also responsible for the management of all Service Contract data objects throughout their lifecycle including the governance of the Service Contract instances from the moment they are instantiated. Also responsible for collecting the relevant information in order to monitor compliance with the terms specified in the Service Contract and exposing data that reflects that actual performance against the defined Service-Level Objectives (SLOs). The actual legal aspects of the Service Contracts are not handled by the Service Level function…

машинный перевод

Позволяет проектировать и создавать контракты на услугу (SLA). Также отвечает за управление всеми объектами данных «Контракт на услугу» на протяжении их жизненного цикла, включая руководство экземплярами контрактов с момента их инстанцирования. Также отвечает за сбор релевантной информации, чтобы отслеживать соблюдение условий, заданных в контракте на услугу, и выставлять данные, отражающие фактические показатели относительно определённых целевых уровней обслуживания (SLO). Собственно юридические аспекты контрактов на услугу функциональный компонент «Уровень услуги» напрямую не ведёт; однако…

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

Функциональные критерии стандарта: Shall be the system of record for the Service Contract. Shall manage the Service Contract lifecycle (create, store, and maintain). Shall manage the lifecycle (create, store, and maintain) of KPIs. Shall manage the state of the Service Contract. Shall manage the relations between the Service Contract data object and the KPI data object throughout their lifecycle. Shall receive measurements such as Incident data as well as other information that may be covered by the Service Contract and used for calculating the KPI measurements. Shall create reports on the Service Contracts to show the quality of service per SLO. Can receive business/IT measurements from Service Monitoring if a Service Monitoring functional component exists. Can instantiate a Service Contract from a Service Release Blueprint using the Service Contract (template) if a Release Composition functional component exists. May instantiate a Service Contract from a Service Contract (template) originating from the Offer Management functional component (R2F Value Stream) if an Offer Management functional component exists. Shall create a Service Contract (instance) and start measuring it once a Subscription is instantiated if a Request Rationalization functional component exists. May receive Incident business measurements from the Incident functional component if an Incident functional component exists. Can send reporting data on the Service Level status if an Offer Consumption functional component exists. Объекты данных компонента: Service Contract, Key Performance Indicator.

Связанные понятия

Поддерживающая функция «Знания и совместная работа»Портал взаимодействия и опыта Функциональный компонент «Архитектура предприятия»Функциональный компонент «Возврат затрат / показ затрат»Функциональный компонент «Дефект»Функциональный компонент «Диагностика и устранение»Функциональный компонент «Инцидент»Функциональный компонент «Исполнение заявки»

Служебные сведения

Вид документа: Функциональный компонент
Место в подходе: Detect to Correct (D2C) Value Stream
Редакция: The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)

14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессов Имитационное моделирование Архитектура систем и интеграций