我是否真的需要RPC和NETBIOS来使用本地服务器和Amazon EC2之间的事务性NServiceBus队列？

Question

我们一直在尝试 - 没有成功 - 在Amazon EC2中获取本地服务器和我们的云服务器之间的事务消息队列。

我们正在使用NServiceBus，并且已经获得了pub/sub示例以及其他各种在本地和EC2之间工作的小型应用程序，但试图旋转我们实际应用程序的组件正在证明......无理取闹。

至于我可以工作，允许本地服务器（DYLAN-PC）以事务发送一条消息通过在Amazon EC2实例的队列中，我将需要：

1. 启用NetBIOS名称分辨率（例如，通过/ etc/lmhosts文件）
2. 允许从任一端启动RPC连接（因此RPC开放端口135加上各种其他端口）
3. 在两个系统上配置MSTDC，启用远程连接和入站/出站连接

我错过了什么吗？特别是，在DNS上运行一切（包括Active Directory！）的时代，允许NetBIOS的要求看起来特别陈旧。我们是否正在做一些愚蠢的事情，试图在这样的网站之间使用MSMQ？这是我们尝试过这种分布式架构的第一个大型项目，部署/配置开始受到如此严重的伤害，我相信我们在某个地方做了错误的转变......一个小小的观点或建议将会是感激地收到！

Answer 1

如果你打算建立一个地理上分散的系统，你不能在这些站点之间安排一个VPN，你应该使用NServiceBus的网关功能在这些站点之间通过备用传输（如HTTP）进行通信。

Answer 2

RPC是从远程队列读取所必需的。 如果您推送到远程队列并从本地队列中拉出，您将不会使用RPC。