数百または数千のホスト名を1つのAzure Webサイトで指定する必要があります。単純な論理的根拠として、これを洗面化/ブランディングリダイレクトサイトと考えることができます。たとえば:http://marketing.example.comを訪問数百または数千のホスト名をAzure Webサイトにマップすることを避ける
- はなるだろうあなたはあなたを得るでしょうhttp://hr.example.com/を訪問http://someinternalservce.example.com/reports/finance
- を言うためにリダイレクトなるだろうhttp://finance.example.comを訪問https://example.sharepoint.com/sites/themarketingteam
- を言うためにリダイレクトすることはhttps://saponline.net/examplecorp
を言うためにリダイレクト
私のazure Webアプリケーションにマップされた* .example.com DNSエントリを持つことができますbそれは魅力的ではありません。なぜなら、ドメインはそれらのうちの1つのみを取得し、この比較的単純で愚かなニーズはワイルドカードエントリをどのように使用するのかということを力士に説得しようとするからです。
同様に、私はAzureポータルに入り、Powershellを使って設定に手動でエントリを追加することができますが、余分な作業が多いようで、リダイレクトマッピングを管理する人は、 WebアプリケーションのAzure設定を使用します。
このソリューションには巧妙な回避策がありますか?私のアプリケーションに自分のIPアドレスを与えてDNSエイリアスを可能にするサービスの層はありますか?上記の制限がない私のアプリに書き換え/転送するURLを行うかもしれないいくつかの他のアズールの提供ですか?私の理解パー
私が見るこの問題は、IISアプリケーションで書き換えルールを実行することです。晴れたウェブサイトでは、ポータルですべてのドメインマッピングを行う必要があります。または、IaaS Windows VMでこれを行うと、そのボックスをパッチして最新の状態に保つという面倒を費やさなければなりません。 –
AWSのelasticbeanstalkサービスでは、それらと共にデプロイするWebアプリケーションに専用のIPアドレスを割り当てることができます。 –