@lig11 все равно не понял в чем проблема с сентри по твоим аргементам

самому только собрать придется

вот потому хотелось бы заюзать сервис какой-нибудь дабы пока не собирать

что-то типа newrelic но подешевле)

а.. ну там кстати просто собрать-то

но ща, чот еще видел

scales

сентри клевая штука на первый взгляд, но вот поддерживать ее чот ваще грустно — она ресурсов жрет как конь... я для домашних проектиков перелез на бесплатный план у rollbar, он конечно не такой.. красивый что ли, но терпимо :)

scales

а урл можно ?

сентри клевая штука на первый взгляд, но вот поддерживать ее чот ваще грустно — она ресурсов жрет как конь... я для домашних проектиков перелез на бесплатный план у rollbar, он конечно не такой.. красивый что ли, но терпимо :)

аналогично

https://pypi.python.org/pypi/scales

@lig11 а че с Sentry не так в двух словах?

@lig11 все равно не понял в чем проблема с сентри по твоим аргементам

Потому что оно синхронно будет сдать каждое сообщение из твоего приложения. А если у тебя автоскалинг, то сентри должен ещё больше скалиться, иначе у тебя всё упадет

не, наврал, ссылок больше не дам, то что я видел какие-то дикие комбайны..

ясн

Потому что оно синхронно будет сдать каждое сообщение из твоего приложения. А если у тебя автоскалинг, то сентри должен ещё больше скалиться, иначе у тебя всё упадет

И да, оно при этом жрёт как не в себя. Приложение выросло на 6 нод, сентри отстает 20-ю нодами своего селери на 2 часа

И да, оно при этом жрёт как не в себя. Приложение выросло на 6 нод, сентри отстает 20-ю нодами своего селери на 2 часа

но вы все равно сентри юзаете? альтернативного не нашлось ничего?

И да, оно при этом жрёт как не в себя. Приложение выросло на 6 нод, сентри отстает 20-ю нодами своего селери на 2 часа

а вы туда все логи скидываете, не только ошибки?

У нас например Sentry для ошибок, ELK для всего остального

KairosDB + Grafana для метрик

но вы все равно сентри юзаете? альтернативного не нашлось ничего?

Уже заюзали же. Но в следующий раз уже не будем

а вы туда все логи скидываете, не только ошибки?

Ну как логи, от приложения

Ну как логи, от приложения

Слышал что это действительно накладно. Они себя не позиционируют так как вы их используете

Они пишут "Sentry’s real-time error tracking gives you insight into production deployments and information to reproduce and fix crashes."

Траспорт есть асинхронный судя по документации https://docs.sentry.io/clients/python/transports/

Они пишут "Sentry’s real-time error tracking gives you insight into production deployments and information to reproduce and fix crashes."

Insight into production deployments. Вот ровно оно

Траспорт есть асинхронный судя по документации https://docs.sentry.io/clients/python/transports/

Я прямо в голос поржал спасибо:) ты веришь, что я читал?

Асинхронный он откуда-то ресурсы возьмет? Или у него пул не забьется, если сентри в отказ уйдет?

Когда оно отправляет из приложения меня мало волнует.

Оно все равно положит приложение, если сентри перестанет принимать

ну короче ты неверно его используешь :)

а какая разница все логи слать или только ошибки? если приложение бомбанет и начнет спамить ошибками оно точно так же положит sentry

можно придумать много гипотетических ситуаций да?

так мониторинг ошибок именно для такой ситуации и нужен

главное, он не должен эскалировать ситуацию своими затупами, если все же все бомбануло

yandex может не пользоваться sentry я разрешаю

для компаний / продуктов поменьше это решение конфетка

смузитехнологии

не понимаю в чем проблема

так если что-то начнет бомбардировать сентри, он начнет просто дропать спам-запросы, разве нет?

ну вот у Сережи конкретный пример, когда sentry не справляется с запросами. если он начнет слать только ошибки, которых допустим десятая часть, то проблема все равно возникнет, только позже

так если что-то начнет бомбардировать сентри, он начнет просто дропать спам-запросы, разве нет?

и нафиг он тогда нужен, если может данные выкидывать?

а аггрегации нет?

позже - ключевое слово

позже может значить никогда

для молодых компаний позже может не наступить не изза сентри

и нет смысла изощряться и брать что-то другое

расскажите теперь как вы против малого бизнеса и старатпов

хорошо, что проблема у Сережи проявилась на безобидных логах. если у тебя внезапно сообщения об ошибках будут на два часа отставать, то ты проебешь свой стартап

и нафиг он тогда нужен, если может данные выкидывать?

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

хорошо, что проблема у Сережи проявилась на безобидных логах. если у тебя внезапно сообщения об ошибках будут на два часа отставать, то ты проебешь свой стартап

поверь есть другие способы проебать стартап

у этого вероятность крайне маленькая

ты говоришь что windows говно, но моя мама с тобой не согласна

и ей срать какой ты задрот на линуксе :)

а аггрегации нет?

по хорошему, агрегацию надо на клиентской стороне делать. не знаю, если она у клиента sentry

Судя по дефолтовому транспорту там очередь в памяти и для каждого сообщения делается RPC в соседнем треде

ну я хз, но даже у сислога есть "предыдущее сообщение повторилось 1234 раз"

ну я хз, но даже у сислога есть "предыдущее сообщение повторилось 1234 раз"

это и у сентри есть

боюсь если у вашего приложения сотни уникальных ошибок, то ваш стартап - говно

Судя по дефолтовому транспорту там очередь в памяти и для каждого сообщения делается RPC в соседнем треде

вот вопрос, будет ли оно прямо каждую запись отправлять

вот вопрос, будет ли оно прямо каждую запись отправлять

будет

:D

будет

ну тогда жопа

это дефолтовое поведение. не нравится - все в твоих руках

а есть уже готовые нормальные транспорты? потому что если доделывать самому, то это как раз не по стартаперски

Это нормальный готовый траспорт

Это не самое узкое место приложения мне кажется

Судя по дефолтовому транспорту там очередь в памяти и для каждого сообщения делается RPC в соседнем треде

а тред питоновский Thread?

ERROR: S client not available

для ивент лупов там свои транспорты

готовые

Это не самое узкое место приложения мне кажется

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

ну короче ты неверно его используешь :)

Ну канешн

для компаний / продуктов поменьше это решение конфетка

Нет. Ну, серьезно, у нас туда ну 20 rps максимум. Оно тупое

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

любое средство аггрегации на клиенте так же может затупить

логи накопятся на диске

statsd переполнит помять и тп

можно резать буфер вероно

так если что-то начнет бомбардировать сентри, он начнет просто дропать спам-запросы, разве нет?

Оно во-первых умрет, Во-вторых просрет данные

так же можно сделать в sentry ок

это другой скейл

любое средство аггрегации на клиенте так же может затупить

если это другой процесс, то пусть тупит. я не хочу, чтобы это затронуло мой основной процесс

по хорошему, агрегацию надо на клиентской стороне делать. не знаю, если она у клиента sentry

Она там потом. Он селерёй агрегирует. Принимает по http, кладёт в редис, потом агрегирует и кладёт в постгрю

Она там потом. Он селерёй агрегирует. Принимает по http, кладёт в редис, потом агрегирует и кладёт в постгрю

хреново, что

а есть уже готовые нормальные транспорты? потому что если доделывать самому, то это как раз не по стартаперски

У меня есть, но я не дам. Но там просто:) я же рассказывал про файлики

У меня есть, но я не дам. Но там просто:) я же рассказывал про файлики

рассказ не помню. и как же опенсорс? ты же за свободный софт?

Это не самое узкое место приложения мне кажется

Это ебаное бутылочное горлышко на пустом месте. Это можно использовать только для ситуации, когда дальше твой процесс собирается упасть совсем весь.

ну не самое оно страшное горлышко, ну не всегда же :(

рассказ не помню. и как же опенсорс? ты же за свободный софт?

Но кушаю я пока вот так

Это ебаное бутылочное горлышко на пустом месте. Это можно использовать только для ситуации, когда дальше твой процесс собирается упасть совсем весь.

подумал, что если у тебя есть более узкое место, то что-то в твоем приложении не так

Короче, ребята, оно на джанге. Причем, даже те эндпоинты, которые принимают сообщения и кладут в редис

ыыыыыыааааа

и без новомодных streams наверное?

http там чистой воды

но как? как они это сделали?

примерно так же как и дискус)

@lig11 можешь привести пример сообщения которые ты отправляешь в сентри если это не ошибка, просто любопытно

@lig11 можешь привести пример сообщения которые ты отправляешь в сентри если это не ошибка, просто любопытно

Ну, всякое, ошибки внешних систем, инфо по критичным областям. Варнинги про запреты на действия

У меня нет ошибок в проде

Ну, две в месяц

?