我们有三个 “类型” 的应用:Azure中的“私有”TCP WCF服务?
- MainSite(MVC Web角色,6个实例)
- CoreServices(基于TCP的WCF工作者角色,20个实例)
- NewFeaturesPreviewSiteOne (MVC Web Role,3个实例)
- NewFeaturesPreviewSiteTwo
- ... 14 NewFeaturesPreviewSiteTwelve
两个MainSite和CoreServices被捆绑起来作为一个部署两个角色。这是每2个月更新一次。 MainSite访问核心服务通过InternalEndpoint
对核心服务。这很好用!
我们现在想要添加NewFeaturesPreviewSite(实际上,我们有12个完全不同/不相关的应用程序,您可以这样想)。 NewFeaturesPreviewSite每两天更新一次,并且是它自己的部署。然而,我们真的希望这消耗已经部署的CoreServices应用程序。
什么是最好的(或好的)方式来实现这一点,同时考虑以下几点?
- 负载均衡是一个必须有(20个+ CoreServices情况下处理来自三个NewFeaturesPreviewSite实例的请求)。
- 我们不想CoreServices被公开曝光到互联网或任何我们的应用,我们正在部署到Azure中之外。
- 我真的很想拥有一个可以利用Azure的PaaS平台而不是IaaS平台的解决方案。
最终,我怀疑有一些与Azure的Local Network
或Virtual Private Network
功能,可以帮助我在这里,但我不知道 - 还有一些关于那些我不完全得到呢。
是的,我也有一个理解,即内部端点不能这样做,输入端点会让我们暴露于互联网。我正在寻找一个明确的“不,你不能这样做”或“这是你应该这样做”。我不想嗅探端点,重新实现自己的负载平衡,或类似的东西。我宁愿听到“不”,等到它变得可用,而不是自己实现它。但是,如果可能的话,我一定要利用它! – Jaxidian 2013-02-26 17:16:30
据我所知,官方的答案可能是'不'。 – 2013-02-27 02:02:00
虽然我真的不知道这是否正确,但我将此标记为答案。迹象似乎指出“不”是答案,但我根本无法得到直接的答案...... – Jaxidian 2013-02-28 22:30:51