その過程で、私は自分の意見でいくつかの制限と奇妙に遭遇しました。 Softlineで受け取った30回目のトライアルサブスクリプションがあることに注意してください。 おそらく、私が通常のサブスクリプションを持っていた場合、これらの奇妙なもののいくつかは自分で消えていただろう、私は知りません。 それにもかかわらず、私はリストします：
1）ホスト型サービスを作成するとき、3つのオプションからのみ選択できます
- 東アジア
- 東南アジア
- どこでもアジア
2）Server SQL Azureを作成するとき、次の場所を選択できます。
- 南中米
- 北ヨーロッパ
- 西ヨーロッパ
- 東アジア
- 東南アジア
3）私が理解しているように、特定の名前でホストされたサービスを作成すると、他の誰もそれを使用できません。 つまり プラットフォーム上で一意です。 また、削除しても、新しいサービスで使用することはできません。 ちなみに、Google App Engineも同じ話をしています-同じ名前のアプリケーションを作成することは不可能です。
一般的に、すべてがスムーズに進みました。 しかし、当面の質問は次のとおりです。クラウドへの公開のプロセスに時間がかかるのはなぜですか？ 12-14分！ 私は怠け者ではなく、プロジェクトを数回公開しようとしました-結果は同じです。 通常のWebアプリケーションでは、「公開前に既存のファイルをすべて削除する」の代わりに「一致するファイルをローカルコピーで置き換える」に設定することで、これが修正されました。 そして、ここには、常に2番目のオプションがあるかのように。 Googleはすぐにstackoverflowへのリンクを発行しました- なぜAzureの展開に時間がかかるのですか？
その結果、記事やマニュアルを読んだ後、私はこれに同意する必要がありました。 何もすることがないようです。 開発とテストの速度に影響しないようにプロセスを調整する必要があります。 さて、生き残ります。 さらに進みましょう。
フォームxxxxxx.cloudapp.netの自動生成名をテストした後、アプリケーションが機能することを確認します。 ここで、myapp.ovlad.comのように特別に登録したドメイン名でアクセスできるようにしたいと思います。 私は非常に簡単に行動しました-xxxxxx.cloudapp.netをpingし、受信したIPアドレスをDNS設定の新しいAレコードに入力しました。 数時間後、私はすでにそれを使用することができました。
UPD：コメントに既に記載されているように（有用な情報を提供してくれた人々に感謝します）、Aレコードを介して添付しない方が良いでしょう。 これはCNAMEを介して行う必要があります。
私の意見では、上記の奇妙な点や制限は別として、始めはかなり良いです。 さらに調査します。