Паспорт инфраструктуры: сервисы, связи и владельцы вместо папки с файлами
14 сервисов, 28 связей и расчёт каскада: видно, что именно перестанет работать при отказе узла. Два сервиса вообще без владельца — это тоже результат.
- Работает из России: рубли, договор с ИП, без VPN и иностранной карты
- Паспорт собирается из ваших документов и конфигураций, агент не трогает системы
- Нормы настоящие: ФЗ-152 ст. 18.1 и приказ ФСТЭК России № 17; числа кейса помечены
Дело: 14 сервисов, 28 связей и два сервиса без владельца
Кто в деле
Сеть, два узла виртуализации, хранилище, домен, файловый сервер, 1С, СЭД, почта, терминальный сервер, банк, антиспам, резервное копирование. Документация есть: отдельная папка на каждого подрядчика.
Что не сходится
Каждая система описана сама по себе, связей нет. Поэтому на вопрос «что упадёт, если откажет гипервизор» отвечают по памяти, и ответ у двух администраторов разный.
Что показывает расчёт
Интернет-канал уносит 13 сервисов из 14; Сеть (коммутаторы) — 11. Сервисов без владельца — 2: СЭД: сервер, Антиспам-шлюз. Циклов в зависимостях 0, то есть граф корректен.
Почему повторяется
Паспорт обновляют «когда будет время», а время не приходит. Новый сервис ставят и забывают внести: через год в паспорте нет трети того, что работает, зато есть то, что вывели.
Что сделал агент
Собрал реестр из конфигураций и переписки, построил граф зависимостей, посчитал каскад по каждому узлу, нашёл сервисы без владельца и циклы. Решение о разнесении по узлам и назначение владельцев оставил человеку.
Задача
Связь важнее перечня
Паспорт инфраструктуры нужен не для инвентаризации, а для ответа на вопрос «что будет, если это откажет». Поэтому в нём четыре поля: сервис, на чём живёт, от чего зависит, кто владелец. Из связей считается каскад — транзитивное замыкание графа: падает не только сам сервис, но и всё, что на него опирается. Циклы проверяются отдельно: они означают, что два сервиса не поднимутся по очереди.
Схема вместо папки
Сценарий
Путь в системах: что берём на входе и что отдаём
- 1
Вход: перечень и конфигурации
Из документов подрядчиков, конфигураций узлов и переписки: что работает, на чём, от чего зависит. Память администратора — источник, но не единственный.
- 2
Граф зависимостей
Каждая связь получает основание: конфигурация, лог, схема. Связь без основания — догадка, и она помечается.
- 3
Расчёт каскада
Для каждого узла считается, сколько сервисов перестанет работать. Это и есть настоящая критичность, а не слово «важный» в документации.
- 4
Владельцы и циклы
Сервис без владельца — строка в отчёте. Цикл в зависимостях — причина, по которой восстановление идёт не в том порядке.
- 5
Выход: паспорт и регламент
Файл паспорта с каскадом, карта связей, регламент актуализации по событиям и критерий приёмки.
Агент делает · человек решает
| Собирает реестр сервисов | что работает, на чём, от чего зависит |
|---|---|
| Строит граф и считает каскад | сколько сервисов падает с каждым узлом |
| Находит сервисы без владельца | и циклы в зависимостях |
| Пишет регламент актуализации | какое событие — какой срок обновления |
| человек: назначает владельцев | ответственность за сервис — решение |
| человек: разносит по узлам | закупка, миграция, окно обслуживания |
| человек: утверждает паспорт | документ подтверждает руководитель ИТ |
Что получится на выходе
Подключения
Что подключим
Сервис · что читаем · что пишем · что нужно от вас · срок
Гипервизор: реестр машин
подключим · читаем список виртуальных машин и узлов · пишем карту зависимостей · нужен доступ на чтение · 2–3 дня
Мониторинг: доступность
подключим · читаем проверки сервисов · пишем связи по факту падений · нужен адрес системы · 2 дня
1С и СЭД: конфигурации
подключим · читаем параметры подключения и серверы · пишем реестр · нужна выгрузка и доступ на чтение · 3–5 дней
Учёт техники
подключим · читаем узлы и адреса · пишем привязку сервисов · нужна выгрузка учёта · 2 дня
Почта: договоры с подрядчиками
подключим · читаем договоры и контакты · пишем поле «владелец» · нужен доступ к ящику · 1 день
Мессенджер дежурного
подключим · читаем подтверждения · пишем напоминание о ревизии · нужен бот в чате · 1 день
Чего агент не делает
Границы работы
Агент не назначает владельцев и не подтверждает ответственность — это решение руководителя. Не переносит сервисы между узлами: миграция требует окна и работ. Не выдаёт доступы к системам, чтобы «посмотреть конфигурацию»: чтение согласуется. И не хранит пароли от инфраструктуры — в паспорте их нет и быть не должно.
Вопросы
У нас есть папка с документацией. Чем это отличается?
Папка описывает системы по отдельности, паспорт описывает связи. Отказ узла виден только по связям, и именно их в папке обычно нет.
Как считается каскад?
Транзитивным замыканием графа: если сервис зависит от узла, а другой сервис зависит от первого, оба попадают в каскад. Это арифметика, а не оценка.
Что делать с сервисами без владельца?
Назначить. До назначения они в отчёте: сервис без ответственного не обновляют и не восстанавливают первым.
Как часто обновлять паспорт?
По событиям: новый сервис, изменение связей, увольнение владельца — три рабочих дня. Плюс плановая ревизия раз в квартал.
Это заменяет администратора?
Нет. Агент собирает и считает, администратор отвечает за инфраструктуру.
Соседние работы
Рядом
План адресации и VLAN
сеть как часть инфраструктуры: подсети и зоны
План резервного копирования
что восстанавливать первым — тоже из каскада
Эксплуатационная документация
паспорт, руководство и программа испытаний
Все компетенции системного администратора
роль целиком: десять работ, инструменты и подключения
Роли
Дайте перечень систем и доступы на чтение — вернём паспорт с каскадом
На выходе: реестр сервисов, граф зависимостей, каскад по каждому узлу, владельцы и регламент актуализации.