Azure中的“私有”TCP WCF服务？

我们有三种类型的应用程序：

MainSite MVC Web角色，6个实例 CoreServices基于TCP的WCF工作者角色，20个实例 新功能PreviewsiteOne MVC Web角色，3个实例 新功能预览站点2 ... 14新功能预览网站12 MainSite和CoreServices在一个部署中捆绑为两个角色。每2个月更新一次。MainSite通过CoreServices上的InternalEndpoint访问CoreServices。这太棒了

我们现在想添加新功能Previewsite实际上，我们有12个完全不同/不相关的应用程序，你可以这样想。NewFeaturesPreviewSite每隔几天更新一次，并且是它自己的部署。然而，我们确实希望这会消耗已经部署的CoreServices应用程序

在考虑以下事项时，实现这一目标的最佳或好方法是什么

负载平衡必须有20多个CoreServices实例来处理来自三个NewFeaturesPreviewSite实例的请求。 我们不希望CoreServices公开于互联网或我们部署到Azure的应用程序之外的任何内容。 我真的希望有一个利用Azure的PaaS平台而不是IaaS平台的解决方案。

---

最终,，我怀疑Azure的本地网络或虚拟专用网络功能可能对我有所帮助，但我不确定-有些方面我还不太了解。

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

是的，我也理解内部端点不能这样做，输入端点会让我们接触互联网。我在寻找一个明确的答案不，你不能这样做，或者你应该这样做。我不想嗅探端点，重新实现我自己的负载平衡，或者诸如此类的事情。我宁愿听到“否”并等待它可用，也不愿自己实现它。但是，如果可能的话，我一定要利用它！据我所知，官方的答案可能是“不”。我将此标记为答案，尽管我真的不知道它是否正确。迹象似乎表明答案是否定的，但我就是不能得到一个直接的答案。。。