threadedstream May 27 at 15:25

Рецепт приготовления непрерывного профайлера в 2к24

13 min

2.7K

Ozon Tech corporate blogGo*Data storage*Data storages*Distributed systems*

Review

+69

Comments 5

minaevmike May 30 at 14:42

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

threadedstream May 30 at 14:57

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

threadedstream May 30 at 14:59

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

sashagil Jun 5 at 23:45

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

threadedstream Jun 7 at 00:27

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