代码之家 › 专栏 › 技术社区 › skb

基于EDA的SOA和NServiceBus:为什么不直接使用SSIS包呢?

nservicebus ssis

1

skb · 技术社区 · 14 年前

我一直在调查NServiceBus。我喜欢pub-sub模型,发布者和订阅者之间唯一真正的耦合是消息的语义。现在,我们使用SQL复制在软件不同功能区域的数据库之间同步数据。我讨厌这一点,因为我们的私有模式是由订户直接耦合的,这使得我们很难改变。我原以为用NServiceBus出版物取代它会很好,但这一变化似乎有点剧烈。使用SSIS之类的东西怎么样?我可以用SSIS而不是NServiceBus来实现同样的解耦吗?

1 回复 | 直到 14 年前

1

Adam Fyles 14 年前

SSIS基于元数据,因此仍然需要了解所有数据源和汇的内部模式。如果每个源/接收器的基础元数据更改,则必须更改包。你也通过MS技术连接,并且是平台耦合的。因为您正在移动整组数据,所以听起来您可能不是临时耦合的(系统A必须等待系统B中的响应)。如果不知道更多关于系统的信息,很难说出来。最后,SSIS必须知道交换中所有参与者的物理位置,这样您也可以在空间上耦合。

在我看来,如果不在软件包中开发大量的NSB概念,就不可能达到与NSB相同的位置。这将需要在Sql代理上使用XML消息,或者在NSB中已经解决的类似问题(请参阅Github上的NSB Contrib项目以获取Sql代理传输)。