либы к оду. Да, возможно не лучшая идея... Суть в том, что реализация веб-хука, если его можно так назвать, заключается в поднятии треда, который я так понимаю, юзает воркер и пушит телеграмм на получение входящих сообщений.
Первый вопрос... На сколько это норм?
Второй вопрос, если мы запускаем этот тред вручную, то он живет долго... но понятно, что умирает при ребуте сервера, и сам конечно не поднимается. Как решить эту проблему?
Мы когда реализовывали в нашем rabbitmq коннекторе такой же подход - то есть поднимали специальный тред. Так как нам тоже важно было чтобы отправка в rabbitmq была асинхронна и не влияла на работу пользователя никак. А то влруг rabbitmq лежит? Это был так называемый управляющий тред. И он уже создавал для отправки сообщения свой «child thread”. То есть есть долгоживущий тред - задача которого быть дирижером. И он создает «треды-исполнителей» по мере надобности . Архитектура оправдала себя как в распределенной архитектуре в кубере, так и на простых кейсах. Само все поднимается, само все восстанавливается. Есть гарантия что не пропустим что-то важное и не отправим сообщение из-за того что был лаг временный (сети/ rabbit перегружался и тп) Схематически архитектура нарисована прям в самом модуле на картинке https://apps.odoo.com/apps/modules/17.0/rabbitmq_connector
Обсуждают сегодня