Да, согласен, не совсем "на лету", но всё же сильно быстрее и удобнее чем через код и релиз (во всяком случае в разрезе той задачи, что передо мной стояла). Спасибо, посмотрю в сторону JMX
Согласен, удобная была бы доработка, но на тот момент это бы сильно вышло за пределы необходимого по задаче, т.к. суть была просто в обнаружении проблемного места, а не в каком-то перманентном мониторинге. В целом, если говорить о постоянном мониторинге, то у нас настроен prometheus|grafana по эндпойнтам сервиса, и этого хватает, чтобы реагировать на инциденты
В статье отдельно отмечено, что я хотел иметь возможность выбирать путь именно через конфиги, чтобы не заниматься релизом и пересборкой каждый раз, когда потребуется промониторить другой участок кода
В заметке я уточнил, что хотелось иметь возможность включать\выключать функционал, а также выбирать участки кода для профилирования "на лету" с помощью конфиг файлов, без релизов и пересборки. В варианте по ссылке, насколько вижу, все равно придется навешивать аннотации в самом коде сервиса
Про навешивание прокси - согласен. Смысл как раз был в том, что пересобирать код придется один раз - во время добавления стартера с конфигурацией, а включать\выключать функционал прокси и выбирать какой кусок кода мониторить можно уже без релизов и пересборки
Да, согласен, не совсем "на лету", но всё же сильно быстрее и удобнее чем через код и релиз (во всяком случае в разрезе той задачи, что передо мной стояла). Спасибо, посмотрю в сторону JMX
Согласен, удобная была бы доработка, но на тот момент это бы сильно вышло за пределы необходимого по задаче, т.к. суть была просто в обнаружении проблемного места, а не в каком-то перманентном мониторинге. В целом, если говорить о постоянном мониторинге, то у нас настроен prometheus|grafana по эндпойнтам сервиса, и этого хватает, чтобы реагировать на инциденты
В статье отдельно отмечено, что я хотел иметь возможность выбирать путь именно через конфиги, чтобы не заниматься релизом и пересборкой каждый раз, когда потребуется промониторить другой участок кода
Возможно, буду благодарен, если поделитесь
В заметке я уточнил, что хотелось иметь возможность включать\выключать функционал, а также выбирать участки кода для профилирования "на лету" с помощью конфиг файлов, без релизов и пересборки. В варианте по ссылке, насколько вижу, все равно придется навешивать аннотации в самом коде сервиса
Про навешивание прокси - согласен. Смысл как раз был в том, что пересобирать код придется один раз - во время добавления стартера с конфигурацией, а включать\выключать функционал прокси и выбирать какой кусок кода мониторить можно уже без релизов и пересборки
Там же очевидный сарказм