Сервер базы данных
Здесь начинается сбой.
Что от чего зависит
Запишите, как устроена система: какие серверы и порты она использует, к каким внешним сервисам обращается, куда переедет, если основная площадка ляжет. Эти связи становятся общим описанием и показывают, что заденет изменение или сбой, ещё до того, как вы узнаете это на собственном опыте.
Обычно это знает один инженер, и он как раз в отпуске. AverDesk связывает серверы, запущенные копии сервисов, сами сервисы и продукты, которыми пользуются люди, в одну карту, понятную всей команде (граф зависимостей).
Когда что-то ломается, AverDesk проходит по этой карте и показывает, что встанет следующим. Команда ведёт карту на схеме, а не в таблице.
Возьмём сервер базы данных, который упал ночью. Вот как беда проходит по карте.
Здесь начинается сбой.
Копия сервиса, которая работает на этом сервере.
Приложение, которым пользуются люди. Связи ведут прямо к нему.
Если A зависит от B, а B от A, уже не понять, где начался сбой. Когда новая связь замкнула бы такой круг (цикл), AverDesk её отклоняет и показывает точный путь, который его замыкает.
Попробуйте ниже и посмотрите, как выглядит такой отказ.
Уже есть путь: Сервис B → Ресурс C → Сервис A
Сервис A → Сервис B → Ресурс C → Сервис A
Карта остаётся без замкнутых кругов. Посмотрите существующие связи, прежде чем добавлять эту.
Решайте, что с чем можно связать и сколько связей каждого вида допустимо. Тогда карта повторяет то, как ваша команда на самом деле думает о своих системах.
Карта показывает то, что ни с чем не связано, и то, что не ведёт ни к одному продукту для людей. Ежедневная проверка сообщает обо всём, что забыли за последние сутки, так что карта не разваливается потихоньку.
Инженеры поддерживают связи в порядке. Ночная смена (в NOC, центре управления сетью) идёт по цепочке, когда что-то ломается. Человек, который отвечает за сервис, наконец видит, на чём тот работает, и никого не спрашивает.