В моей организации работает достаточное количество микросервисов Spring-boot, которые обычно используют два уровня проверок работоспособности в виде пружинно-загрузочного привода: один для информирования балансировщиков нагрузки о том, что сервис доступен или не доступен (прямо аналогично проверка живучести в Кубернетесе) и отдельная детальная проверка работоспособности, доступная по HTTP, чтобы обеспечить более детальное оповещение о приложении, находящемся в неком оптимальном состоянии. Конечно, мы также записываем метрики приложений в виде временных рядов, отслеживаем и предупреждаем об этом, но это способ определить для каждого приложения базовую c оценку «здоровья» и дать сигнал о необходимости проведения расследования.
Например, возможно, набор данных, на который опирается приложение, устарел, или зависимость реагирует медленно. Это условия, которые не должны выводить из службы балансировку нагрузки, но должны быть исследованы и устранены.
Поскольку мы готовимся перенести многие из этих сервисов в Kubernetes, мы не видим прямо аналогичного соглашения для этого шаблона «детальной проверки работоспособности», который не влияет на проверку жизнеспособности или проверку готовности. Кто-нибудь нашел хороший способ справиться с этим? Мы более чем готовы работать над адаптацией интерфейса к кластерной системе, но хотели бы избежать необходимости доработки всего логического подхода нашего мониторинга.