问Biztalk与Azure Service Bus

EN

如果您的所有应用程序都“在prem上”，则通过将集成层移动到云端会带来额外的风险(突然，您的互联网连接可能会降低集成层)，但好消息是您可以使用Service Bus for Windows Server，您可以在本地运行(即使使用Windows Azure pack!)相同的编程模型，类似的消息传递特性，所以这可能是一个很好的选择。

与BizTalk相比.服务总线重量轻，只发送消息。BizTalk提供了更丰富的特性(转换、管道、BAM、业务规则、适配器)。

祝好运

除非集成非常复杂，否则BizTalk可能不是这里工作的合适工具。另一方面，向云发送数据只是为了将其转换回另一个数据库(在同一个LAN上？)这也不是正确的方法--这将带来延迟和流量成本。

(接近)数据库的实时集成听起来像是一项工作，例如：

• Server集成服务(SSIS)
• 如果DB是Server且模式类似，则Server复制
• 其他RDMBS技术也有类似的技术，例如Oracle流

如果您真的想构建一个服务总线，可以按照Sam的建议构建一个基于AMQP的本地总线(例如Windows或兔子)，或者购买一个现有的产品(NServiceBus等)。

如果您只希望在几个前提数据库之间进行集成，那么可以考虑使用Server的Service (http://msdn.microsoft.com/en-gb/library/bb522893.aspx)。

它提供了一种可靠的异步方式，可以实时地在数据库之间传递数据。它可以管理消息顺序，并且可以在同一队列上同时运行多个会话，每个会话都由自己的接收方实例处理。

这里有个很好的概述..。http://technet.microsoft.com/en-us/library/ms166104(v=sql.105).aspx