как вариант, можно написать свой простой агент, который будет снапшотить содержимое pg_stat_activity (да и любой другой вьюхи) и складывать например в Clickhouse, откуда данные можно достать и визуализировать той же Grafana
интригующий заголовок, но к сожалению тему деплоя self-hosted sentry по сути не раскрыли. Ни слова про архитектуру, какой воркер чем занимается. И как же настройка SASL/SSL в Clickhouse (буквально недавно разработчики смержили в snuba MR с поддержкой TLS) и Kafka? А оптимальные настройки партиций и реплик для создаваемых топиков? А перенос NodeStore из базы в более подходящий для этого сторадж? Не говоря уже про мониторинг самого Sentry и ковыряние в исходниках в поисках информации что означает та или иная его метрика в statsd
BTW, после долгих приседаний вокруг этого чарта я пришел к мнению, что гораздо проще будет писать чарт с нуля самому используя за основу официальный docker-compose от разработчиков Sentry
если выбирать, то лучше тогда допиленную версию фряхи к которой народные умельцы наконец прикрутили что-то поприличнее доисторического кошмара иксов. Ею, говорят, даже эппловцы не брезгуют :trollface:
Текущий testing вполне надежен и стабилен и AFAIK релиз будет в ближайшие полгода, максимум год. Поэтому мне кажется нет особого смысла использовать уже устаревший stable, что бы потом через небольшой промежуток времени поиметь головную боль по его обновлению
Часто под серверные выделяют небольшие помещения, такие мелкие кладовки, в которых доступ к оборудованию установленному в шкаф будет весьма затруднителен
если дистрибутив поддерживает multilib, то поставить соответствующий пакет с 32битным движком темы gtk. Если нет, то скачать его вручную, распаковать и подгрузить через LD_PRELOAD
как вариант, можно написать свой простой агент, который будет снапшотить содержимое pg_stat_activity (да и любой другой вьюхи) и складывать например в Clickhouse, откуда данные можно достать и визуализировать той же Grafana
Grafana OnCall потеряет какую либо поддержку в начале 2026 года. Вы уже планируете ей замену и если да, то на что?
что бы не бороться с проблемой высокой кардинальности метрик в tsdb не рассматривали вариант хранить эту информацию например в clickhouse?
если оффсеты убегают, то скорее всего это значит что консьюмеры не справляются. Мониторите лаг по консьюмер группам?
интригующий заголовок, но к сожалению тему деплоя self-hosted sentry по сути не раскрыли. Ни слова про архитектуру, какой воркер чем занимается. И как же настройка SASL/SSL в Clickhouse (буквально недавно разработчики смержили в snuba MR с поддержкой TLS) и Kafka? А оптимальные настройки партиций и реплик для создаваемых топиков? А перенос NodeStore из базы в более подходящий для этого сторадж? Не говоря уже про мониторинг самого Sentry и ковыряние в исходниках в поисках информации что означает та или иная его метрика в statsd
BTW, после долгих приседаний вокруг этого чарта я пришел к мнению, что гораздо проще будет писать чарт с нуля самому используя за основу официальный docker-compose от разработчиков Sentry
Какая то странная задержка в целый год между выпусками для предприятий и пользователей
А можно пруф? Прошивка же официальная. ЕМНИП, гарантии можно лишиться за кастомную прошивку или кастомный рековери