BizTalk 2009 ESB混乱

Question

我对BizTalk有一点经验,我试图在不使用它的情况下理解BizTalk 2009 ESB Toolkit 2.首先,我想知道是否有人可以为我清理一些概念:

一些更一般的问题:

提前感谢您的任何见解.

Answer 1

我只是解决你的第二个问题:

2)为什么需要行程,你能不能简单地使用端口和编排创建相同的东西？我显然在这里遗漏了一些东西.

在我工作的最后一个地方,我们在ESB上工作了大约一年.itenary的想法是,当消息进入ESB时,它应该神奇地以正确的顺序进入适当的系统.

通过面向业务流程(BPM)系统,您通常可以编写业务流程来指导逻辑流程.换句话说,您可以在业务流程中对消息的行程或路径进行编码.在我们构建的ESB中,业务规则决定了消息的去向.我们仍然有端点的编排,但它们通常很短,只有映射和一些非常基本的功能.在我工作的其他地方,编排可能非常大.

因此,如何处理消息的规则必须在某个地方.在ESB中,每个端点应完全不可知,并且不知道其他端点.ESB阵营假设系统需要更加动态地进行更改,而无需重新部署软件(即编排).因此,使用我们的ESB,您可以更改业务规则并重新部署它们.

ESB的一些棘手问题是处理事务,回滚以及通常创建一个常见的错误处理过程.

Answer 2

入口匝道

入口匝道是基于 Web 服务的接收端口，但它们有点不同，因为它们接受通用 XML 消息。然而，消息将有一个非常特殊的 SOAP 标头（如果您愿意的话，可以是一个“信封”），其中包含使消息行程成为可能所需的所有必要属性，您可以通过查看“EsbEnvGeneric.xsd”来找到所有可能的标头

行程

我喜欢尼尔沃尔特对此的回复。然而，我只是想添加消息行程方法可以节省大量时间和开发工作。它可以使组织更加敏捷并轻松地改变流程。如果我们不必开发和部署全新的编排，而只需更改一些配置并使用现有的部分，那当然可以节省大量时间。在我看来，这是 ESB 和消息行程的巨大价值。

留言箱

BizTalk 中的消息始终必须通过消息框传递。在下一个版本中，MS 一直在暗示 BizTalk 中的低延迟场景 - 也许那时我们可以获得更多的控制权，但是更多，但目前消息在通过 BizTalk 的过程中会被持久化很多次，对此没有什么可说的。