Как стать автором
Обновить

Комментарии 5

Из текста не совсем понятно, зачем тут идёт речь о pyroscope и parca. Это альтернативные решения которые не подошли? Или у вас все 3 решения работают.

статья, скорее, не про то, как это сделано у нас. Она объединяет в себе то, как разные профайлеры подходят к решению поставленных вопросов. В главе про идентификацию сервисов, я написал только про наш профайлер, ибо в Pyroscope и Parca сделано +- так же.

и все это еще и с моими мыслями относительно подходов. Было трудно написать прям все, так как статья получилась бы слишком большой. Но я надеюсь в будущем написать статью, где я конкретно описываю одно решение со всеми подробностями.

В плане pull vs push - есть ещё опция, message queue - в смысле, producer-ы пушают, consumer-ы пуллают (но: надо поддерживать брокеров). Я тесно знаком с такой моделью с Kafka в роли message queue. Любопытно, рассматривала ли ваша команда такую опцию.

признаюсь, что это весьма нестандартный подход для построения взаимодействия между компонентами в непрерывном профайлере. Мы это не рассматривали, и я пока не уверен в эффективности данной модели, но звучит как интересное решение)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий