管2009年ESB混乱

Question

我有一个小小的经验与管和我想了解管2009年ESB的工具包，2而没有使用它。首先，我想知道是否任何人都可以清几个概念对我来说：

1. 之间的区别是什么一个"口"和"接口"?
2. 为什么你需要的行程，你能不是简单的创建相同的使用港口和业务流程?我显然缺失的东西在这里。

一对夫妇的更为一般的问题：

1. 做 所有 消息仍然必须经过信息框?

预先感谢任何见解。

Answer 1

在斜坡

在斜坡 都 网服务根据接口，但他们一点不同，因为他们接受通用XML消息。该信息将然而有一个非常特殊的肥皂header(一个"信封"如果你会)的所有必要的性能，使例如消息的行程，可能的话，你会找到的所有可能的标题通过具有看在"EsbEnvGeneric.划"

行程

我喜欢NealWalter的答复在这个上。但是我只是想增加的消息行程办法可以潜在的节省 很多 时间和发展的努力。它可以使一个组织更加灵活和方便改变他们的进程。如果我们没有必要发展和部署一个全新的业务流程，但只有改变一些配置和使用我们现有的位，当然可以节省大量的时间。这是很大的价值在ESB和信息的行程，因为我看到它。

信息框

消息管总是要通过的消息框中。在下一个版本MS已经暗示关于低等待时间的方案管理-也许我们可以获得更多的控制，但更多的但现在信息获得持续多次在通过自己的方式管理并没有什么有关。

Answer 2

我只是只处理你的第二个问题：

2)为什么你需要的行程，可以 你不是简单的创建相同的使用 港口和业务流程?我 显然缺失的东西在这里。

在最后一个地方我的工作，我们的工作在我们的ESB大约一年。的想法，可谓是，当一个消息来入ESB，它应该奇迹般地走在正确的顺序适当的系统。

与业务流程向(BPM)系统，通常会编写一个业务流程，直接流动的逻辑。换句话说，你代码的行程表或路径的信息的编排。在ESB，我们建立、业务规则的决定其中的消息就去了。我们仍然有业务流程的终点，但他们通常被短期和只是映射和一些非常基本的功能。在其他地方我已经工作，业务流程可能相当大。

这样的规则做什么用的信息必须在某个地方。在ESB，每个终点应该是完全不可知的和不知道另一端点。ESB营假设的系统需要变更的动态而无需重新部署的软件(即业务流程).所以我们ESB，你可能只是变化的业务规则和重新部署他们。

一些艰难的问题与ESB正在处理的交易，回退，并且通常创建一个常见的错误处理过程。

尼尔*沃尔特斯 http://BizTalk-Training.com

Answer 3

一些额外的看法-

收到口/在斜坡 -完全同意莉莉的答案，只会加一个坡道上下文中的一个管ESB应用程序是一个具体实施的一个接口；一个子集；一个私人的情况。它使用一个接口，以实现一种模式，从ESB的世界；这样-他们不是不同的每se。

行程 -再一次-同意这两个尼尔和莉莉和会增加，为响应你的问题-管ESB可以使用的路线以不同的方式-a'的线索了，客户可以提供所请求的程的请求的信息；一个小线索了客户可以简单地提供的消息，ESB基础设施(或是-你实现它的)可以解决有关的程的具体请求(这可以通过使用解决程序，出的或定义，这将使用不同方法来决定哪些程是需要的)。理论上两个也可以结合其客户提供了一个行程，但是，ESB在斜坡替换/改变它。

Answer 4

为一般的问题，从我记得的，是的，所有的消息都会槽的消息框中。但我一直在使用管2006年R2。看看图片 在这里，.

其他两个问题，我从来没有完全搞明白了我自己。我没有时间进行调查的权利，但是我可能会做到这一点，如果没有一个启发我们：)