0
Любопытно, как люди интегрируют отправку метрик в графит. Как представляется, большинство из них использует клиент (многие из которых доступны в statsd github), который отправляет на statsd, который отправляется на углерод. На мой вопрос, как вы думаете, это нормально включить эту «перекрестную озабоченность» как таковую непосредственно в ваш код. То, что я вижу, - это мой код приложения, который прошел отлично, и теперь он чист и не чист с кодом для сбора показателей, переплетающихся с моим бизнес-кодом. Любые мысли?Сбор показателей для вашего приложения
Я думаю, что ответы будут различаться в зависимости от того, говорите ли вы конкретно о бизнес-показателях или системных метриках. Вы можете уточнить? –
Я говорю о ваших компаниях-приложениях, которые являются компаниями business.within этих приложений люди отправляют показатели и, следовательно, делают код менее чистым \ читаемым и т. Д. – Noel
Я не согласен с вами. Это похоже на ведение журнала, когда вы регистрируетесь, вы говорите, что у вас есть менее чистый \ читаемый код? Нет, наоборот, вы можете сказать, что этот код имеет некоторый уровень важной информации для среды выполнения. По моему мнению, регистрация очень важна для живых систем, а также для «Метрики». Просто взгляните на «Метрики», как и на журнал. Также обратите внимание, что существует несколько решений, которые объединяют протоколирование с метрикой. –