Стратегии обработки

Question

В моем проекте три потока

1) Входящий соединитель JMS (очередь AtiveMQ) --- обработчики сообщений - Исходящий соединитель JMS (очередь AtiveMQ)

2) Файловый входящий соединитель --- обработчики сообщений --- Исходящий соединитель JMS (очередь AtiveMQ)

3) Файл входящего соединителя --- обработчики сообщений --- Файл входящего адаптера соединителя

Какая стратегия обработки будет наиболее подходящей для них? и как мы должны прийти к выводу?

Я просмотрел документ mulesoft о стратегии обработки, в котором говорится, решите ли он схему обмена и будет ли транспорт транзакционным. Но я так и не понял, как здесь определиться с лучшей производительностью.

Пожалуйста, руководство.

Answer 1

По умолчанию mule устанавливает стратегию обработки для каждого потока, которая является оптимальной для большинства случаев.Он применяет стратегию синхронной обработки (обрабатывать сообщение в одном потоке) в зависимости от шаблона обмена (ответа на запрос) вашего потока или от того, использует ли ваш поток транзакцию.Для другого сценария используется стратегия асинхронной обработки.

Ваш поток не использует какой-либо шаблон ответа на запрос или транзакцию, следовательно, по умолчанию стратегия асинхронной обработки будет применяться к вашему потоку.Однако вы можете настроить стратегию обработки и установить различные значения для maxBufferSize, maxQueueSize, maxThreads, minThreads и т. Д. Вы можете рассчитать потоки для своего потока, как показано в https://docs.mulesoft.com/mule-user-guide/v/3.9/tuning-performance

<queued-asynchronous-processing-strategy name="asyn-processning" maxThreads="500"/>

Существует другой способиметь собственную стратегию обработки для вашего потока.Я бы посоветовал вам ознакомиться с предоставленными мне документами.Они объяснили это довольно хорошо.https://docs.mulesoft.com/mule-user-guide/v/3.9/flow-processing-strategies#.

Answer 2

Рекомендуется использовать Mule 4 для лучшей производительности, так как Mule 4 включает новый механизм исполнения, основанный на неблокирующей среде выполнения.Это модель выполнения, ориентированная на задачи, позволяющая вам использовать преимущества неблокирующих вызовов ввода-вывода и избежать проблем с производительностью из-за неправильных конфигураций стратегии обработки.