我是否真的需要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。