快速路由是否解决了 tibco ems 服务器和 azure 虚拟机之间的连接问题？
Does express route solve the connectivity issues between tibco ems servers and azure virtual machines?
我有一个要求，我们将我们的 Onprem 服务器移动到 Azure Vms，windows 服务之一监听 tibco ems 队列。我们计划使用 ExpressRoute 来解决这个问题。
我想知道它是否解决了我们的需求，或者我们在连接方面是否面临任何挑战？
基本上，您有两种连接到远程 EMS 服务器的方法：
.只需使用 EMS 客户端库并连接到您的远程服务器
.设置本地 EMS 服务器并在本地 EMS 和远程 EMS 服务器之间创建 TIBCO EMS 路由
显然，第一个解决方案更简单，设置起来也更便宜，同时万一到您的远程 EMS 服务器的网络 link 出现故障，您的应用程序将无法再发送消息（在换句话说，您的应用程序每次尝试发送消息时都会出错。
第二种解决方案需要更多的资源和精力来设置，但会使网络故障对应用程序透明（消息传输延迟除外）。
我认为选择解决方案的标准是要交换的数据量、应用程序的关键性、网络的可靠性 link 和成本。
我认为基于 Azure Express Route 的 link 应该提供高水平的可靠性，但可能需要与 Microsoft 确认。
我有一个要求，我们将我们的 Onprem 服务器移动到 Azure Vms，windows 服务之一监听 tibco ems 队列。我们计划使用 ExpressRoute 来解决这个问题。 我想知道它是否解决了我们的需求，或者我们在连接方面是否面临任何挑战？
基本上，您有两种连接到远程 EMS 服务器的方法： .只需使用 EMS 客户端库并连接到您的远程服务器 .设置本地 EMS 服务器并在本地 EMS 和远程 EMS 服务器之间创建 TIBCO EMS 路由
显然，第一个解决方案更简单，设置起来也更便宜，同时万一到您的远程 EMS 服务器的网络 link 出现故障，您的应用程序将无法再发送消息（在换句话说，您的应用程序每次尝试发送消息时都会出错。
第二种解决方案需要更多的资源和精力来设置，但会使网络故障对应用程序透明（消息传输延迟除外）。
我认为选择解决方案的标准是要交换的数据量、应用程序的关键性、网络的可靠性 link 和成本。
我认为基于 Azure Express Route 的 link 应该提供高水平的可靠性，但可能需要与 Microsoft 确认。