#websphere #messagebroker #ibm-integration-bus
#websphere #messagebroker #ibm-integration-bus
Вопрос:
Я столкнулся с проблемой с узлом ввода HTTP в производственной среде. Мой поток выглядит следующим образом
Узел ввода HTTP -> Вычислительный узел (разделение сообщения) -> RCD (проверка и отправка сообщения об ошибке в очереди ошибок) -> Узел сбора (сбор сообщения на основе заголовка) -> Вычислительный узел (структурирование сообщения) -> Конверт Soap -> Узел запроса HTTP (к другому потоку конечной точки HTTP).
Эта настройка отлично работает в более низкой среде без каких-либо проблем. Однако в рабочей среде, как только трафик начинает поступать, порт ввода HTTP перестает отвечать (в основном недоступен), и время ожидания запросов истекает.
В трассировках также нет ошибок или ничего особенного. Узел коллектора настроен как настраиваемая служба с сроком действия 60 секунд.
Есть предложения, как это можно настроить в высокопроизводительной среде или альтернативный способ достижения этого?
Я изо всех сил пытаюсь достичь этого, и помощь действительно ценится!!
Заранее спасибо!!
Комментарии:
1. Вы не упомянули узел ответа HTTP. Используете ли вы его?
2. да, я использую узел ответа HTTP для отправки некоторого настроенного ответа.
3. Вам следует более точно описать проблему. Вы получаете тайм-ауты или соединения отклоняются? Где находится узел ответа HTTP в вашем потоке? (HTTP-вход сам по себе не отправляет никакого ответа клиентам.) Какова цель узла коллектора и как убедиться, что вы отвечаете на каждый запрос? Я полагаю, что вам нужно будет ответить до узла коллектора, поскольку узел коллектора завершает текущую транзакцию потока, получая входное сообщение HTTP.
4. Я получаю тайм-ауты. Да, правильно, узел ответа HTTP находится перед узлом сбора, поскольку узел сбора завершает текущую транзакцию. На первом вычислительном узле я разбиваю отдельные сообщения на фрагменты, запускаю проверку mSet с помощью RCD и отправляю ошибочное сообщение в очередь ошибок, а затем использую узел коллектора для сбора сообщений с использованием заголовка сообщений (каждое полное сообщение имеет уникальное значение в заголовке, разделить -> Проверить -> Собрать) с периодом сбора 60 секунд
5. Вы действительно задаетесь вопросом об отсутствии деталей. Не могли бы вы сообщить нам, пожалуйста, количество экземпляров, установленных для вашего потока сообщений / http ввода? Можете ли вы также предоставить конфигурацию HTTPConnector на вашем сервере интеграции (ранее группа выполнения)? Тот же вопрос для HTTP-прослушивателя? Есть ли у вас какие-либо журналы с ошибками, отличными от тайм-аута? Каково количество вызовов в секунду? Сколько вызовов для одного сбора? На мой взгляд, это, вероятно, узел сбора, ожидающий сообщений в нескольких коллекциях, и все экземпляры уже заняты другими сообщениями, но я не могу помочь без дополнительной информации