RFC (запрос на изменение) RFC
Простыми словами
RFC — запись о предлагаемом изменении, вокруг которой компонент «Change Control» строит весь жизненный цикл изменения в потоке Detect to Correct. Стандарт намеренно не привязывает её к носителю: RFC «may be recorded on paper or electronically». Не путайте с Fulfillment Request из потока Request to Fulfill: заявка на исполнение описывает, что нужно сделать по заказу потребителя, а RFC — санкцию на изменение продуктива, и связаны они один к одному при инстанцировании услуги. Отдельно оговорён класс предодобренных RFC: их записывает сам автоматизированный ран-бук, причём уже закрытыми. В перечне атрибутов RFC издание повторяет чужие формулировки — «Title of the Incident» и «assigned to fix the Problem»; это дефект вёрстки перечня, а не смысл RFC.
Примеры
«The probability that the change could cause harm or loss, or affect the ability to achieve objectives.» Оценка риска встроена в саму запись, а не только в процесс.
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.5 — ключевые атрибуты объекта данных RFC
«These classes of pre-approved RFCs will vary by company and by criticality of service.» Стандарт задаёт саму возможность класса, но не его границы.
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.5 — критерии функциональности Change Control
Определение из первоисточника
дословная выпискаChange data to manage the change lifecycle. An RFC includes details of the proposed change and may be recorded on paper or electronically.
Данные об изменении для управления его жизненным циклом. RFC содержит подробности предлагаемого изменения и может фиксироваться на бумаге или электронно.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Ключевые атрибуты по стандарту: RFCId — Unique identifier for the change record.; Category — The category aids in determining assignment and prioritization.; SubCategory — The second level of categorization, following Category.; Phase — The current step in the RFC workflow.; PhaseTime — Time stamp for the change phase.; ApprovalStatus — The current status of the RFC approval.; Risk — The probability that the change could cause harm or loss, or affect the ability to achieve objectives.; PlannedStartTime — Date/time that RFC implementation is planned to start.; PlannedEndTime — Date/time that RFC implementation is planned to end.; Title — Title of the Incident.; Description — Description of the Incident.; AssignedTo — Group or person that is assigned to fix the Problem.; ActualServiceId — Related Actual Service(s). Обязательные связи объекта: RFC to Actual Service (n:m); RFC to Event (n:1)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:mActual Service
- Обязательная связь объектов данных, кардинальность n:1Event
Входящие
- Обязательная связь объектов данных, кардинальность 1:1Fulfillment Request
- Обязательная связь объектов данных, кардинальность 1:nEvent
- Обязательная связь объектов данных, кардинальность 1:nIncident
- Обязательная связь объектов данных, кардинальность 1:nProblem, Known Error
Как измерить
Время от фиксации кода до его успешной работы в промышленной среде. Мера того, насколько быстро замысел становится работающим изменением.
Время прохождения изменения = момент успешной работы в промышленной среде − момент фиксации кода
- фиксация кода code committed
- работа в промышленной среде code successfully running in production
Как часто развёртывания в промышленную среду оказываются неудачными и требуют немедленного исправления — в первую очередь отката. Одна из четырёх ключевых метрик DORA, которые O-AA берёт как меру способности организации поставлять изменения.
Доля = число неудачных развёртываний / общее число развёртываний
- неудачные развёртывания выкладки, потребовавшие немедленного исправления или отката
- общее число развёртываний все выкладки в промышленную среду за период
Вокруг RFC компонент Change Control строит весь жизненный цикл изменения, поэтому время прохождения изменения меряется от этой записи, а не от коммита. Класс предодобренных RFC стандарт оговаривает отдельно — на нём эти две метрики расходятся сильнее всего.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций