2013-02-25 100 views
1

我们有三个 “类型” 的应用:Azure中的“私有”TCP WCF服务?

  1. MainSite(MVC Web角色,6个实例)
  2. CoreServices(基于TCP的WCF工作者角色,20个实例)
  3. NewFeaturesPreviewSiteOne (MVC Web Role,3个实例)
  4. NewFeaturesPreviewSiteTwo
  5. ... 14 NewFeaturesPreviewSiteTwelve

两个MainSiteCoreServices被捆绑起来作为一个部署两个角色。这是每2个月更新一次。 MainSite访问核心服务通过InternalEndpoint核心服务。这很好用!

我们现在想要添加NewFeaturesPreviewSite(实际上,我们有12个完全不同/不相关的应用程序,您可以这样想)。 NewFeaturesPreviewSite每两天更新一次,并且是它自己的部署。然而,我们真的希望这消耗已经部署的CoreServices应用程序。

什么是最好的(或好的)方式来实现这一点,同时考虑以下几点?

  1. 负载均衡是一个必须有(20个+ CoreServices情况下处理来自三个NewFeaturesPreviewSite实例的请求)。
  2. 我们CoreServices被公开曝光到互联网或任何我们的应用,我们正在部署到Azure中之外。
  3. 我真的很想拥有一个可以利用Azure的PaaS平台而不是IaaS平台的解决方案。

最终,我怀疑有一些与Azure的Local NetworkVirtual Private Network功能,可以帮助我在这里,但我不知道 - 还有一些关于那些我不完全得到呢。

回答

0

从Microsoft的公开文档中,您可能无法通过另一个部署(云服务)的内部端点进行通信。这意味着您必须在您的核心服务上为您的新功能服务打开一个输入端点。但我的印象是,Steve Marx有一篇博客文章说,如果你知道内部端点,你可以从另一个云服务角色连接到它,前提是它们都位于同一个数据中心。

+0

是的,我也有一个理解,即内部端点不能这样做,输入端点会让我们暴露于互联网。我正在寻找一个明确的“不,你不能这样做”或“这是你应该这样做”。我不想嗅探端点,重新实现自己的负载平衡,或类似的东西。我宁愿听到“不”,等到它变得可用,而不是自己实现它。但是,如果可能的话,我一定要利用它! – Jaxidian 2013-02-26 17:16:30

+0

据我所知,官方的答案可能是'不'。 – 2013-02-27 02:02:00

+0

虽然我真的不知道这是否正确,但我将此标记为答案。迹象似乎指出“不”是答案,但我根本无法得到直接的答案...... – Jaxidian 2013-02-28 22:30:51