Плановый switchover перед окном работ
DBA · mid-market платежная платформа · 4 кластера Patroni
Ситуация
Пятничное окно: перенос primary под работы по storage. Раньше — patronictl по SSH, lag в трёх дашбордах, confirm в чате. Один пропущенный pending_restart почти ушёл в окно вне плана.
В Concord
Project board: лидер и lag, Confidence на Ops, Safe Ops switchover с preflight и typed confirm. Строка audit — в тикет изменения.
Результат
Окно началось с единым evidence-следом. Без curl под давлением. Community закрыл три кластера; четвёртый подтолкнул к оценке Pro.
Потеря лидера на пике — нужна картина сейчас
SRE · ритейл · смешанный VM + CNPG
Ситуация
Алерт: нет лидера на критичном шарде. Grafana показывает всплески lag; REST только через bastion. Runbook: «проверь DCS и VIP» — пять вкладок, двое на бридже.
В Concord
SSH-профиль уже сохранён. Топология и Trust probes (DCS last-seen, write VIP TCP) в одном виде. Timeline связывает алерты с недавними ops. Pause — только после выхода Confidence из blocked.
Результат
На бридж ушёл скрин evidence, а не paste curl. Failover остался Pro-путём с type-to-confirm — не паническим кликом.
Партнёрский контур без доступа к commercial API
Platform lead · банк · air-gapped ops VLAN
Ситуация
Админские Mac не ходят в Stripe и api.goconcord.app. Закупке нужны подписанные entitlements и бумажный след для Pro (K8s, длинный audit retention).
В Concord
Установка Community с внутреннего зеркала. Offline license JSON по partner path, paste-activate в Settings → License. Docs offline activate — как runbook оператора.
Результат
Pro без открытия VLAN. Тот же Safe Ops UX, что у online. Коммерческие события — на стороне счёта / dual-control, не в телеметрии кластера.