Event Management
Инвентарь сертификатов и пороги до истечения. Событие попадает в Service Desk с привязкой к CI, а не в личный календарь администратора.
Кейс · процессы / ITIL
Управление сертификатами SSL по ITIL
Описали и внедрили процесс управления сертификатами SSL: от события об истечении до смены, проверки и учёта. Без названия организации — контур внутренний, схема общая.
Задача
Сертификаты жили в календаре и чатах
Сроки истечения держались в разрозненных напоминаниях. Не было единого CI, владельца и понятного маршрута: когда это запрос, когда инцидент, когда изменение. Смена сертификата зависела от того, кто вспомнил первым.
Собрали процесс по ITIL и зафиксировали его в BPMN: мониторинг сроков, сверка CMDB, развилка инцидент / запрос, RFC с планом отката, выпуск, установка, проверка TLS и закрытие записей. Пороги T−90 / T−30 / T−7, роли и RACI — в регламенте, не в переписке.
BPMN 2.0 · ITIL
Процесс управления сертификатами SSL
Четыре дорожки практик ITIL. На узком экране схему можно прокрутить вбок.
- Таймер T−30 — событие мониторинга до истечения; те же пороги T−90 и T−7.
- XOR «Истёк / down?» — если TLS уже не работает, это инцидент; иначе запрос на плановую смену.
- RFC — стандартное, обычное или экстренное изменение: план, окно, откат.
- Нет на проверке TLS — откат по плану изменения, инцидент и повтор RFC.
ITIL
Практики, на которых держится процесс
Не «обновить сертификат руками», а маршрут: событие, запись, изменение, внедрение, учёт.
Incident / Request
Если TLS уже не работает — инцидент. Если срок ещё впереди — запрос на плановую смену. Один факт, два маршрута, без спора «это же просто обновить файл».
Change Enablement
RFC: стандартное, обычное или экстренное. План, окно, откат, кто утверждает. Выпуск у CA не начинается до согласования, кроме аварийного пути.
Configuration / Deployment
CI: владелец, узлы, CA, срок, serial. После установки — проверка handshake и цепочки, затем обновление CMDB и закрытие изменения.
RACI
Кто за что отвечает
R — делает, A — утверждает, C — консультирует, I — в курсе.
| Шаг | Service Desk | Владелец сервиса | Change Manager | Operations |
|---|---|---|---|---|
| Контроль сроков и событие | I | C | I | R |
| Инцидент / запрос | R | C | I | C |
| RFC и согласование | I | C | A | R |
| Выпуск у CA | I | A | C | R |
| Установка и проверка TLS | I | C | A | R |
| CMDB и закрытие | I | A | I | R |
Поставка
Что заказчик получил на руки
- Карта процесса в BPMN 2.0: пул, дорожки, XOR, таймер, аварийный путь с откатом.
- Регламент: пороги T−90 / T−30 / T−7, типы изменения, план отката.
- Модель учёта: CI сертификата — владелец, узлы установки, CA, срок, serial.
- RACI по шагам: Service Desk, владелец сервиса, Change Manager, Operations.
- Передача: как вести события, когда поднимать инцидент, как закрывать RFC.
Внешнее IT-партнёрство: аудит текущего порядка, проектирование по ITIL, BPMN, роли, внедрение и короткая передача смене. Заказчик в публикации не раскрывается.
Нужен такой процесс под ваш контур?
Опишите, как сейчас следите за сертификатами и где срывается смена. Без ФИО и телефона на этой форме.