多站点部署的企业的数量。净系统由于增加的挑战高可用性和用户要求更快的响应时间,服务器和数据访问更接近。
RPC技术迅速陷入困境在这些环境中,使机器在同一个站点和远程站点看起来是一样的。
在这些情况下,消息比RPC更好,但许多开发人员错误地代表物理站点边界为逻辑边界,导致问???。NServiceBus阻止开发商歧途但也许会让他们心中NServiceBus如何处理多站点通信。
灾难恢复和物理站点
在某些情况下,物理位置的另一个副本。这是一个常见的灾难恢复配置的目的,在很大程度上是受到技术、成本和性能。
NServiceBus没有提供特殊设施以外的灾难恢复,使开发人员能够插入自己的特定技术。这可以采取的形式的数据库复制订阅信息,配置MSMQ SAN存储的信息数据,等。各种选项的价格和性能的差异是相当大的,这里不覆盖。
在下一节中描述了使用NServiceBus在逻辑上重要的物理地点。
逻辑上重要的物理网站
虽然每个分支银行或零售商店在每个域有意义,当看着每个站点的行为我们看到大量的相似甚至相同的功能。这可能不是真正的在所有网站,特别是当检查网站,作为区域中心或总部。
逻辑服务的业务解决方案可以在多个物理站点安装组件。的一些组件可能是相同的,其他人可能会有所不同。多个逻辑服务在同一网站经常彼此紧密合作,密切和可能低于自己的组件在其他网站。
例如,您希望在商店里销售服务和定价服务在同一存储为每个事务。另一方面,定价服务总部最有可能把价格更新每日最多的商店。同样,你期望一个source推动交易的销售服务在每个商店的总部。
这种方法不仅是共同但建议使用在物理网站逻辑意义的情况下,保持逻辑服务边界内的所有网站的沟通。
Intra-service跨站点信息
当网站有逻辑意义,它们之间的消息传递不同于网站内的消息。
例如,发布价格从总部的行为具有逻辑意义。一个商店的经理明确执行一个source操作后收集和计算所有现金收款机。因此,您设计单独的类网站之间传递的消息。
跨站点数据传输
根据您的网络技术,您可以设置一个虚拟私有网络(VPN)在你的网站。这提供了Windows网络队列的能见度目标站点发送网站。您可以使用标准NServiceBus api直接消息相关的目标,的形式 Bus.Send(toDestination, msg);
.
该模型建议,因为它提供了所有的好处之间的持久消息不可靠连接机器,在几个网站,一样在一个网站。你可以阅读大量的信息建立和管理一个Windows VPN .
在这种情况下,你只可以访问HTTP连接网站,您可以启用NServiceBus网关在每个站点,所以从队列传送消息队列在另一个网站一个网站,包括消息的散列,以确保正确地传输消息。下面的图显示了它是如何工作的:
发送过程中网站一个网关的输入队列发送一条消息。然后网关启动HTTP连接到目标站点配置。网关在site B接受HTTP连接,消息传播,散列,并将散列返回给网站如果哈希匹配,site B中的网关传送接收到配置队列的消息。如果散列值不匹配,门户网站重新传输。
配置和代码
当您配置客户端端点,确保UnicastBusConfig的 MessageEndpointMappings
元素有一个条目表明相关消息类型去网关的输入队列。
发送一个消息到远程站点,使用 SendToSites
API调用,如图所示:
编辑
Bus.SendToSites(new[] { "SiteA", "SiteB" }, new MyCrossSiteMessage());
你注意到的字符串作为第一个参数列表吗?这就是你想要的远程站点列表(s)发送的消息。虽然你可以把网站的url直接调用中,我们建议你把这些设置 app.config
所以你的管理员可以改变他们应该出现的需求。要做到这一点,增加这个配置的部分:
编辑
<configuration>
<configSections>
<!-- Other sections go here -->
<section name="GatewayConfig"
type="NServiceBus.Config.GatewayConfig, NServiceBus.Core" />
</configSections>
<!-- Other config options go here -->
<GatewayConfig>
<Sites>
<Site Key="SiteA"
Address="http://SiteA.mycorp.com/"
ChannelType="Http"/>
<Site Key="SiteB"
Address="https://SiteB.mycorp.com/"
ChannelType="Http"/>
</Sites>
</GatewayConfig>
</configuration>
NServiceBus自动设置所需的头文件,使您重新发送消息网关使用熟悉的 Bus.Reply
.
所有跨站点交互执行内部服务,所以跨网关不支持发布和订阅。
阅读更多关于如何使它在我们的介绍了网关
与SSL安全网关
提供网站之间的数据传输的消息进行加密,在机器上配置SSL网关运行在每个地方。
遵循的步骤将SSL配置并确保配置网关监听适当的端口,以及联系远程网关在同一端口。
自动重复数据删除
穿过交替等频道HTTP意味着你失去了MSMQ整整一个消息的安全保证。这意味着通信错误导致重试不止一次会导致接收消息。为了避免加重你重复数据删除,NServiceBus网关支持这个的。你只需要存储所有接收到的消息的消息id,它可以检测潜在的重复。
版本5
网关将使用你配置的存储类型。在这个阶段InMemory,NHibernate和RavenDB支持。阅读更多关于persitence选项,以及如何配置它们在这里
版本4
默认情况下,NServiceBus使用RavenDB存储支持IDs但InMemory和存储状态"置疑"。使用存储RavenDB以外,添加Configure.RunGatewayWithInMemoryPersistence()
或 Configure.RunGateway(typeof(SqlPersistence))
您的配置。
进入的通道
当启用了网关,它会自动设置一个HTTP通道来听 http://localhost/{name of your endpoint}
。改变这个URL或添加多个输入通道,配置 app.config
如图所示:
编辑
<GatewayConfig>
<Channels>
<Channel Address="https://Headquarter.mycorp.com/"
ChannelType="Http"
Default="true"/>
<Channel Address="http://Headquarter.myotherdomain.com/"
ChannelType="Http"/>
</Channels>
</GatewayConfig>
第一频道的“默认”告诉网关地址附在传出消息如果发送方不显式地指定它。当然,你可以添加尽可能多的渠道和混合所有支持的渠道。目前,HTTP / HTTPS是唯一支持通道但有计划Azure,FTP,Amazon SQS帮助你桥现场和云网站。
遵循的步骤将SSL配置并确保配置网关监听适当的端口,以及联系远程网关在同一端口。
网关在行动
如果你想把网关兜风,看看网关样本