Страница статуса
Страница статуса нужна не для внутренней диагностики, а для пользователей и поддержки. Она должна отвечать на вопрос: “Проблема у нас или у сервиса?”
Что размещать
- Публичный сайт.
- API, которым пользуются клиенты.
- Критичные пользовательские сценарии.
- Сервисы, по которым поддержка часто получает вопросы.
Не выносите наружу внутренние детали инфраструктуры, если они ничего не говорят клиенту. Пользователю обычно понятнее Авторизация, Личный кабинет, API, Уведомления, чем postgres-primary, queue-1 или ingress-prod.
Как называть компоненты
Используйте названия, понятные снаружи: Личный кабинет, API, Авторизация, Уведомления. Внутренние имена контейнеров и баз данных лучше оставить для команды.
Минимальная настройка
- Создайте страницу статуса.
- Добавьте 2-5 компонентов, которые соответствуют важным мониторам.
- Проверьте публичную ссылку в приватном окне браузера.
- Покажите ссылку поддержке и убедитесь, что названия понятны без объяснений.
Для первого запуска не нужна идеальная публичная карта всей системы. Лучше простая страница с несколькими честными компонентами, чем длинный список внутренних сервисов, который никто не понимает.
Когда использовать share-ссылку вместо страницы статуса
Share-ссылка подходит, если нужно показать состояние одного монитора конкретному человеку. Страница статуса подходит, когда состояние нескольких сервисов должно быть доступно публично или регулярно отправляться клиентам.