JVM TI

+ обмазать елк и трейсами в опентрейсинг

Согласен

У спринг клауда вообще есть из коробки слеус

Придумать что-то для дебага на данных клиента можно, но очень опасно.
Для решения проблем есть логи, JFR, async profiler, tcpdump, perf

можно еще метриками обмазать в прометей

Что такое елк?

Спасибо всем за ответы. Я в принципе  таком же ключе думал. Как Вы думаете, как успокоить клиента, что мой инженер в процессе отладки не сделает чего-то деструктивного или не получит данные к данным которые нельзя публиковать? Я планирую сделать аудит логи, возможно полностью описать протокол как мой сервис в их инфре общается с моим внешним сервисом (типа command&control которые говорят сервису включить debug логи, отправляет ко мне телеметрию и т.п.), но будет ли такого достаточно?

Elasticsearch - Logstash - Kibana

P.S. Хреновый выбор, лучше Прометей

логи в прометее?

выше описали, но советую логстеш сразу на filebeat или fluentd менять

У прометея проблема в том, что он single node. Там конечно есть костыли типа дерево прометеев строить и доп. продукты, но анальненько это немного.

Понял. У меня сейчас FluentBit в проде (one per sidecar container), мы весьма довольны.

Код ревью + правильный процесс выкатки с Canary, тестированием (N видов) и т.д. Инженер 146% сделает что-то деструктивное - спасёт только грамотный CI/CD

не надо логи в прометей, для них эластик замечательно пойдет

Да, конечно. Я думал Вы про метрики.

Цель не была указана. Для метрик Прометей ИМХО лучше, ELK для логов вполне ничего.

так если есть метрики и логи, то ничего не надо по идее. только трейсинг

ну и заказчику показать