wcf - Azureの「プライベート」TCPWCFサービス？

Question

3つの「タイプ」アプリケーションがあります。

1. MainSite（MVC Webロール、6インスタンス）
2. CoreServices（TCPベースのWCFワーカーロール、20インスタンス）
3. NewFeaturesPreviewSiteOne（MVC Webロール、3インスタンス）
4. NewFeaturesPreviewSiteTwo
5. ... 14. NewFeaturesPreviewSiteTwelve

MainSiteとCoreServicesの両方が、1つのデプロイメントに2つの役割としてバンドルされています。これは〜2か月に1回更新されます。MainSiteは、onCoreServicesを介してCoreServicesにアクセスします。これはうまくいきます！InternalEndpoint

ここで、 NewFeaturesPreviewSiteを追加します（実際には、このように考えることができる12のまったく異なる/無関係のアプリがあります）。NewFeaturesPreviewSiteは数日ごとに更新され、独自の展開です。ただし、これがすでにデプロイされているCoreServicesアプリを使用することを本当に望んでいます。

次のことを考慮しながら、これを達成するための最良の（または良い）方法は何ですか？

1. 負荷分散は必須です（ 3つのNewFeaturesPreviewSiteインスタンスからの要求を処理する20以上のCoreServicesインスタンス）。
2. CoreServicesがインターネットやAzureにデプロイしているアプリケーションの外部に公開されることは望ましくありません。
3. IaaSプラットフォームではなくAzureのPaaSプラットフォームを活用するソリューションが本当に必要です。

最終的には、Azureの機能Local NetworkやVirtual Private Network機能に役立つものがあると思いますが、よくわかりません。まだ得られていないものがあります。

Answer 1

Microsoftの公開ドキュメントからは、別の展開（クラウドサービス）の内部エンドポイントを介して通信できない場合があります。これは、新しい機能サービスのためにコアサービスで入力エンドポイントを開く必要があることを意味します。しかし、Steve Marxがブログ投稿をしていて、内部エンドポイントを何らかの方法で知っていれば、両方が同じデータセンターにある場合は、別のクラウドサービスの役割から接続できると言っていたようです。