私はazuresストレージシステム、およびワーカーロールとWebロールについて読んでいます。
これを使用して、Azure専用のアプリケーションを開発する必要がありますか？デスクトップを紺碧にリモート接続して、Windowsサーバーで通常できるようにIISでアプリケーションをセットアップできるようです。Azure固有のアプリケーションを開発する必要があるように読まれているため、少し混乱しています。
クラウドへの移行を検討していますが、アプリケーションを作り直す必要はありません。
ご説明いただきありがとうございます。
ASP.NETアプリケーションへの変更は最小限です（ほとんどの場合、WebアプリケーションはAzureでのみ機能します）が、リモート接続して展開することはありません。実際には、アプリのデプロイ方法に関する情報を含むマニフェスト（xml）を使用してパッケージ（zip）をビルドし、それをAzureに渡します。次に、Azureがサーバーの割り当てとアプリのデプロイを処理します。
ここで考えるべきいくつかの要素があります-
コード的には、これは大部分がIISとWindowsで実行されている「単なる」.netであるため、すべてが非常によく知られており、過去のすべての学習、ベストプラクティスなどが適用されます。
さらに、いくつかのAzure固有の機能（テーブルストレージ、キュー、またはデプロイメントとの対話など）を活用することもできます。これらの機能については、さらにいくつかのAPIを学習する必要がありますが、これらは大きくはなく、十分です。非常にシンプルに考えて維持しているので、少し学習曲線はありません。もちろん、優れたアーキテクチャは、ロックインを防止/削減するためにこれらを抽象化するように見えますが、それは設計上の選択です。
ただし、コードの外では、もう少し考える必要があります-デプロイメントについて考えたいと思います-マシンにRDPを実行し、そのように変更を加えると、PaaSの多くの利点（つまり、サーバーに障害が発生した場合にアプリケーションを自動的に再デプロイすることにより、プラットフォームを「自己修復」します。また、監視についても検討する必要があります。これは、少し異なる方法で実行する必要があります。
最後に-クラウドはさまざまなシナリオを可能にし、スケールアップモデルではなくスケールアウトモデルを提供します。これを利用したい場合もありますが、少し作業が必要になる場合があります。
つまり、最終的には、はい、Azureでアプリケーションを非常に迅速に取得できますが、実際に多くのことを学ばなくても、適切に実行し、プラットフォームから実際に利益を得るには、もう少し詳しく知りたいと思います。それ。良いことは、それほど多くはなく、すべてが非常に馴染みのあるものであり、.net（およびJavaなど）のもう1つの「フレームワーク」です。
SQLバックエンドを使用して非常にバニラなWebアプリケーションを構築し、Azureへの依存を最小限に抑えてAzureで動作させることができます。このアプリケーションは、別のサーバーまたはクラウドプラットフォームにかなり移植可能になります。
ただし、これまで見てきたように、Azure固有の機能がいくつかあります。ただし、これらは一般にオプションであり、拡張性の高いサイトを構築する場合に役立ちますが、これらがなくても実行できます。
Azureはプラットフォームであるため、通常の状況では、リモートデスクトップをいじくり回す必要はありません。RDPは、本当に絶望的なデバッグ状況で使用するためだけのものです。