我有与BizTalk一点点经验，想了解2009年的BizTalk ESB工具包2不使用它。 首先，我想知道是否有人可以清理一对夫妇的概念对我来说：
- 是什么在“匝道”和“接收端口”之间的区别？
- 为什么你需要的行程，你能不能简单地创建使用的端口和业务流程一样吗？ 我显然失去了一些东西。
一对夫妇的更普遍的问题：
- 是不是所有的消息还是要通过消息框？
感谢您事先的任何见解。
Answer 1:
匝道
该匝道是基于接收端口的Web服务，但他们有点不同，因为他们接受通用的XML消息。 然而，这些消息将有一个非常特殊的SOAP头（一个“信封”如果你愿意）所有必要的属性，从而例如消息行程可能的，你会在“EsbEnvGeneric.xsd”有样子找出所有可能的头
行程
我喜欢NealWalter对这个答复。 然而，我想补充的消息行程的方法可以潜在节省大量的时间和开发工作。 它可以使一个组织更加灵活，简化其流程的变化。 如果我们不具备开发和部署一个全新的业务流程，但只改变一些配置和使用我们现有的比特当然可以节省大量的时间。 这是一个ESB和消息的行程，我看到它的大值。
消息框
在BizTalk消息始终必须通过消息框去。 在下一版本的MS已经暗示有关在BizTalk低延迟场景 - 也许那时我们可以获得更多的控制，但更多的，但现在得到的消息通过BizTalk坚持的道路上很多次，没有什么有关。
Answer 2:
我只是只解决你的第二个问题：
2）为什么你需要的行程，你能不能简单地创建使用的端口和业务流程一样吗？ 我显然失去了一些东西。
最后我工作的地方，我们的工作在我们的ESB大约一年。 该itenary的想法是，当一个消息进入ESB的，它应该神奇地以正确的顺序去相应的系统。
具有面向业务流程（BPM）系统中，通常写业务流程以引导逻辑的流动。 换句话说，你的代码在业务流程中的消息的行程或路径。 在我们构建的ESB，业务规则决定，其中消息会去。 我们仍然不得不为终点编排，但它们通常是短期和不但没有映射和一些非常基本的功能。 在其他地方，我工作的业务流程可能相当大。
所以，如何处理消息做的规则必须某处。 在ESB中，每个终结点应该是完全无关的，不知道另一端点的。 ESB的阵营假定系统需要更多的动态改变而无需重新部署软件（即编排）。 所以，我们的ESB，你可以只改变业务规则和重新部署它们。
一些与ESB的棘手问题正在处理交易，回滚，通常创建一个共同的错误处理过程。
尼尔·沃尔特斯http://BizTalk-Training.com
Answer 3:
一对夫妇的补充意见 -
接收端口/入口匝道 -与莉莉的答案完全一致，并会简单地添加-入口匝道在BizTalk ESB应用的上下文是一个具体的实现接收端口的; 一个子集; 私人情况。 它使用一个接收端口，以实现从ESB世界格局; 所以 - 他们不是每本身不同。
路线 -再-同意这两个尼尔和莉莉，还将增加，在回答您的问题-在BizTalk ESB可以使用不同的方法行程-一“避让了”客户端可以提供与请求消息所请求的行程; 一个不太避让了客户端只需提供一个消息，ESB基础设施（或者说 - 你对它的实现）能够解决的具体要求相关行程（这可以通过使用解析器来完成，外的开箱或定制，这将使用不同的方法来决定需要哪些行程）。 理论上这两个也可以组合，其中客户端提供了一个行程，但ESB匝道替换/改变它。
Answer 4:
对于一般性的问题，从我记得，是的，所有的消息都将会槽的消息框。 但我一直在使用2006年的BizTalk R2。 看图片在这里 。
对于其他两个问题，我从来没有完全想通了自己。 我没有马上进行调查的时候，但我可能会做的，如果没有人开导我们:)
文章来源: BizTalk 2009 ESB Confusion
