どのクラウド サービスがターゲットであるかに応じて、Azure デプロイにさまざまな VM サイズをデプロイしたいと考えています (たとえば、運用環境ではより大きなインスタンスが必要ですが、テストではより小さなインスタンスで十分です)。Visual Studio 2010 では、すべてのサービス構成でサイズが同じでなければならないことがわかります。
回避策はありますか、それともこれがそのままですか？
1421 次
3 に答える
2
私が見つけた最善の回避策は、2 つの異なるクラウド プロジェクトを用意することです。したがって、基本的には、2 つの異なるクラウド プロジェクトを作成し、それぞれに同じロールをすべて追加するだけで、それぞれに異なる構成を持たせることができます。変更するたびに、両方の場所ですべての構成を更新するように注意する必要があります。Brent the Programming Simian がすでに述べたように、これは 2 つの CSDEF を持つことになります。これは、それを実現するための具体的な方法です。
これにより、他の方法でも柔軟性が得られます。たとえば、テスト サイトには HTTP エンドポイントと HTTPS エンドポイントの両方を使用できますが、運用サイトには HTTPS しか使用できません。
于 2012-08-17T20:18:35.310 に答える
0
VM サイズは、サービス定義ファイルで宣言されています。そのため、異なるサイズのクラウド サービス パッケージを作成するには、異なるパッケージが必要です。最終的に、これは Visual Studio が適切にサポートするものではありません。
それ以外では、クラウド サービス (PaaS) を作成している場合、なぜこれを行う必要があるのか疑問に思います。私が受け取った最良のガイダンスは、必要な最小の VM を実行し、負荷に応じて多くの VM を実行することです。より多くの小さなインスタンスを使用することで、最終的にソリューションの回復力が向上します。
于 2012-08-17T17:26:15.180 に答える