слышал про графана он колл много хорошего у нас ее ребята тоже где то используют, отзывы положительные. Нада попробовать у себя внедрить, есть потребность в нормальной визуализации
есть критичные консумеры, которые если отвалятся, и будут теряться сообщений, то будет весьма и весьма плохо. но за все время они эксплуатации натс у нас они не падали или очень быстро переподключались) а в случае работ используем как раз дублирующий натс\сервисы
ну, мы дублируем просто как натс, так и сервисы которые с ним работают. грубо говоря дублируем весь узел системы. это позволяет не только с натс работы проводить но и с сервисами которые с ним взаимодействуют, что иногда нам тоже необходимо
да, плюсовой любы у них почему то нету (( у нас есть микросервисы на плюсах, но в них видимо как раз сишная либа используется. До вашего коммента я был уверен что ее можно легко с плюсовый код встроить, но щас начал сомневаться ) поизучаю этот момент
ну, я тоже когда искал про nats в рунете в целом и на хабре в часности находил только по касательной, полноценной статьи не видел. Решил исправить сей недостаток, потому как технология как по мне очень интересная
не всех, а только тех кто начинает тормозить. остальные как читали, так и продолжают читать.
Но нюанс заключается в том, если например у вас 5 топиков, и из каждого топика читают по 5 клиентов, один из которых начинает тормозить, то его натс в итог отстрелит. Но при этом этот, которые тормозит может влияет на вычитку остальных 4 клиентов, которые читают из того же топика. Это особенность реализации, мы им писали об этом, даже вроде реквест зарелизили (не помню уже если честно, давно было) но в итоге просто свою схему потюнили немного и оно норм работает
нет, мы в целом были готовы мириться с потерей 3-5% сообщений (хотя думаю в итоге если бы такое было, то в итоге искали бы варианты решения), но поскольку nats показал себя хорошо и стабильно, то ничего добавлять не стали
мы изначально стали standalone использовать, ну и оно до сих пор хорошо летит, что перестраивать на кластер или добавлять надежную доставку нет необходимости. Хотя поиграть с этими штуками хочется. Надеюсь что получится найти время, сделаю бенчмарки по nats\rabbit\kafka в разных режимах, сделаю еще одну статью с графаной и цифрами )
ну да, про jetstream хоть у них в доке написано что jetstream стильно модно молодежно, технология вроде как достаточно новая, багов еще не собравшая. но думаю через пару лет будет пушка ))
.
слышал про графана он колл много хорошего у нас ее ребята тоже где то используют, отзывы положительные. Нада попробовать у себя внедрить, есть потребность в нормальной визуализации
есть критичные консумеры, которые если отвалятся, и будут теряться сообщений, то будет весьма и весьма плохо. но за все время они эксплуатации натс у нас они не падали или очень быстро переподключались) а в случае работ используем как раз дублирующий натс\сервисы
ну, мы дублируем просто как натс, так и сервисы которые с ним работают. грубо говоря дублируем весь узел системы. это позволяет не только с натс работы проводить но и с сервисами которые с ним взаимодействуют, что иногда нам тоже необходимо
да, плюсовой любы у них почему то нету (( у нас есть микросервисы на плюсах, но в них видимо как раз сишная либа используется. До вашего коммента я был уверен что ее можно легко с плюсовый код встроить, но щас начал сомневаться ) поизучаю этот момент
ну, я тоже когда искал про nats в рунете в целом и на хабре в часности находил только по касательной, полноценной статьи не видел. Решил исправить сей недостаток, потому как технология как по мне очень интересная
не всех, а только тех кто начинает тормозить. остальные как читали, так и продолжают читать.
Но нюанс заключается в том, если например у вас 5 топиков, и из каждого топика читают по 5 клиентов, один из которых начинает тормозить, то его натс в итог отстрелит. Но при этом этот, которые тормозит может влияет на вычитку остальных 4 клиентов, которые читают из того же топика. Это особенность реализации, мы им писали об этом, даже вроде реквест зарелизили (не помню уже если честно, давно было) но в итоге просто свою схему потюнили немного и оно норм работает
нет, мы в целом были готовы мириться с потерей 3-5% сообщений (хотя думаю в итоге если бы такое было, то в итоге искали бы варианты решения), но поскольку nats показал себя хорошо и стабильно, то ничего добавлять не стали
мы изначально стали standalone использовать, ну и оно до сих пор хорошо летит, что перестраивать на кластер или добавлять надежную доставку нет необходимости. Хотя поиграть с этими штуками хочется. Надеюсь что получится найти время, сделаю бенчмарки по nats\rabbit\kafka в разных режимах, сделаю еще одну статью с графаной и цифрами )
ну да, про jetstream хоть у них в доке написано что jetstream стильно модно молодежно, технология вроде как достаточно новая, багов еще не собравшая. но думаю через пару лет будет пушка ))
да, спасибо что обратили внимание ) минимальным конечно же должно быть время. поправил в статье