Асинхронный вход в базу данных в biztalk для ускорения ответа

Question

Я хотел бы ускорить время отклика в моем приложении, которое имеет много побочных операций регистрации в БД. Каждый запрос / ответ помещается в БД с помощью вызова вспомогательного процесса, который может хранить сообщения запроса / ответа.

Чтобы понять это, я написал простое приложение, которое вызывает службу WCF, вызывает асинхронное ведение журнала базы данных и должно возвращать ответ, но это не так. У меня нет ответа, но ведение журнала работает хорошо. Я полагаю, смешивать синхронные орхидеи с асинхронными не так просто. Может ли кто-нибудь направить меня, если это возможно сделать в Biztalk?

Answer 1

Вы можете использовать вспомогательный класс .NET, в котором вы используете BackgroundWorker и поместите логику ведения журнала в DoWorkEventHandler, а затем запустите его как RunWorkerAsync.

Answer 2

Ну ... то, как вы ускоряете обработку при ведении журнала, составляет , чтобы не вести журнал, особенно запись в журнал или архивирование . Это не более чем дополнительный налог на переработку, потому что ...

BizTalk уже делает это из коробки. Я никогда не видел пользовательского решения для ведения журналов и архивирования, которое добавляло бы что-то помимо того, что уже делает BizTalk Server.

Итак, если вы правильно настроили отслеживание и добавили полезные поля поиска, вы охватили 99,9% случаев использования журналирования.

Answer 3

Ведение журнала и архивирование довольно распространено в интеграционных решениях. На самом деле это одна из потребностей сквозного мониторинга. Но использование вспомогательной оркестровки звучит слишком много для этой цели. Вы можете использовать BAM для регистрации ответов на запросы, что намного быстрее, особенно когда вы используете потоки событий Buffered. В зависимости от ваших потребностей вы также можете использовать такие продукты, как Atomic Scope от BizTalk360.

Answer 4

Я потратил целый день на поиск ошибок в своем тестовом приложении. Оказывается, что новейшая версия SoapUI 5.5.0 показывает ответ в RAW, а не на вкладке XML!

Мне удалось хранить журналы в асинхронном режиме и сэкономить около 1,5 с на запрос, сократив время с 4,5 до 3 с.