3

属性ルーティングを使用して、サブドメイン プレフィックスを持つルートのサブドメイン コントローラーをヒットする Azure Web ロールでホストされている MVC アプリケーションに新しい領域を追加しました。Azureエミュレーターではこれはうまく機能し、開発URLを使用して正しいコントローラーをヒットできます（ホストファイルに記録があります）

ホスト ファイル レコード: 127.0.0.1 domain.com portal.domain.com

作業中のサブドメイン ルート: http://portal.domain.com:81/SubController/SubAction

ステージング環境でこれをテストし続けるにはどうすればよいですか? 現在、3 か月間の無料試用版を使用しており、支払いを開始するまで CNAME または A レコードを追加できないことは理解していますが、試用期間はまだ 2 か月あり、アプリケーションを機能させたいだけです。サブドメインの URL が次のようになっていても構いません。

  http://portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net/

これは現在スローします：

 [Fiddler] DNS Lookup for "portal.8c72d21eg2c14636s0542f181024e72a.cloudapp.net" failed. No such host is known

方法はありますか？

4

1 に答える 1

2

まず、すでにお気づきのように、CNAME に対する制限はありませんCloud Services。

production第二に、特に開発/テストの場合は、テスト/ステージングの目的でも環境を使用することを強くお勧めします. stagingクラウド サービスとproduction環境の唯一の違いは、運用環境fixed/stable用のドメイン名を取得すること (つまりmygreatapp.cloudapp.net) に対して、デプロイごとにステージング用に常に異なる GUID のようなドメインを取得することです (つまり8c72d21eg2c14636s0542f181024e72a.cloudapp.net)。それ以外は、請求、ネットワーク、リソースなど、すべてが同じです。

詳細を考えると、新しいバージョン (古いステージングを削除した場合) をステージングにデプロイするたびに、新しい CNAME を作成する必要があることがわかります。これは、新しい GUID のようなドメインが与えられるためです。

したがって、クラウド サービスを作成し、ドメインにそのドメインの CNAME を付け、productionスロットにデプロイして、その後ずっと幸せに暮らしてください ;)

于 2013-02-15T07:36:29.113 に答える