【问题标题】:BizTalk Implementation for webservice interfaceWeb 服务接口的 BizTalk 实现
【发布时间】:2019-11-08 18:01:41
【问题描述】:

我收到一个包含许多记录的平面文件。
我需要调用网络服务。
对此 Web 服务的请求是平面文件中的每条记录。
Web 服务将允许一个请求(不是批量操作)。

所以我用了

  • 接收位置的 XML 反汇编管道
  • 然后将记录映射到 Web 服务请求
  • 调用网络服务
  • 接收响应。

如果我收到 500 个记录 500 个编排实例,我可以在管理控制台中看到。这是正确的做法吗?

请指教?会不会影响性能?

我没有收到错误。我对这种方法感到困惑......看到许多编排实例。

【问题讨论】:

  • 您可以重写解决方案,让单个编排循环每一行并调用 Web 服务 500 次。

标签: biztalk


【解决方案1】:

听起来您有一个可行的解决方案。

您必须指定平面文件,以便它通过告诉它期待一条记录来进行反汇编。

这完全取决于您预期的记录数量以及当时通过 BizTalk 进行的其他操作,以了解是否有任何性能影响,但如果只是 500 个实例,通常我不会太担心,如果BizTalk 服务器未显示任何限制。

因此,除非您遇到问题,否则您的解决方案很好。

【讨论】:

  • 如果它 5000 也可以工作...对于 5000 记录任何节流的机会或任何性能问题?
  • 嗨 bigB。 BizTalk 非常擅长并行处理很多事情。您将必须监视您的服务器并查看它的运行情况。这完全取决于您的环境设置,包括容量和限制设置。
【解决方案2】:

它可能会影响性能,但如果不知道消息有效负载和您的具体情况就很难说。

如果您的问题是“这是否超出了我的初始测试可扩展性?”然后考虑设置一个具有限制的主机。

使用 Biztalk 管理控制台创建一个新主机,并在主机的“设置”部分中,使用“基于速率的限制”选项来限制在给定时间段内处理的消息数量(如果这是您的性能问题)。

将发送端口发送处理程序设置为您的 Web 服务以使用此主机实例。

【讨论】:

    猜你喜欢
    • 2011-02-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-18
    相关资源
    最近更新 更多