207 похожих чатов

Приветствую, коллеги! Обращаюсь к "коллективному разуму", возможно кто-то решал подобные задачи

или имеет идеи как это сделать. 🙂

Есть следующий кейс, есть несколько внешних систем, которые должны отправлять и получать данные в/из Odoo. Чтобы максимально обезопасить себя от потери запросов при высоких нагрузках, планируем использовать Rabbit MQ, чтобы внешние системы отправляли запросы в одну очередь и получали ответы (после обработки запроса в Odoo) из другой.

Какой на ваш взгляд оптимальный вариант формата запросов, отправляемых в очередь?

а) требовать от внешних систем отправлять данные в родном формате Odoo (XML-RPC);

b) реализовать в Odoo REST API (при помощи одного из готовых модулей или разработать самостоятельно) и использовать формат этого API;

c) другой вариант.

7 ответов

32 просмотра

1) Для запросов где внешние системы должны получать от Оду ггарантированный ответ - делаете REST API на Оду, чтобы дергали не стандартное XML-RPC. Причина простая - так как система внешняя и об оду ничего не знает, лучше чтобы оду валидировало входящие данные. Делайте с помощью https://github.com/OCA/rest-framework 2) Обмен данными между системами делайте через RabiitMQ. Для этого в оду нет готового решения. Мы сами недавно писмали для закзачика у которого оду только один из 10 микросервисов и вся коммуникация идет через RabiitMQ (например для получения заказа из внещней системы для импорта в Odoo) 3) для того чтобы контролировать асинхронные запросы из оду во внешние микросервисы вам понадобиться скорее всего также https://github.com/OCA/queue (он фактически дублирует рэббит, но позволяет логировать все внешние запросы и ошибки, но вы можете реализовать подобное и на базе имплементации на рэббит)

На своем опыте не сталкивался. Но от себя добавлю, что каждый запрос от внешки (не важно xmlrpc или rest) должен иметь идентификатор. Это нужно в ситуации, где внешка не получила инфу о том, что запрос успешно выполнен и будет стучаться еще раз _с таким же идентификатором_. И чтобы повторно не выполнять его запрос пусть тот выдаст результат/состояние запроса по идентификатору.

Благодарю за детальный ответ! 1) Согласен, что REST API в данном случае отличный вариант, мы хотели чтобы все запросы и ответы шли через Rabbit. В этом случае на стороне клиента прийдется реализовывать дополнительный функционал по обращению к очереди ответов и соотношению ответов с запросами (correlation_id). 2) Да, в нашем кейсе похожая ситуация, заказы приходят из внешней системы и их необходимо обрабатывать. По готовым решениям находили этот модуль https://github.com/jellyhappy/odoo_rabbitmq, но еще не тестировали его. 3) +

Вот ещё по теме https://blog.syncinc.so/events-not-webhooks

👍 в RabbitMQ есть функционал для этого, поле "correlation_id", которое позволяет связать запрос с ответом и идентифицировать одинаковые запросы. Спасибо Евгений!

👍 спасибо, Максим!

Писать на nameko было сплошным удовольствием

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта