プロジェクトがあり、Web アプリを Azure Web サイトとして開始し、スケール戦略として必要な場合は Azure クラウド サービス (ホステッド サービスとも呼ばれます) に移行することを計画しています。
Azure Web サイトは、Azure 固有の構成やコードをほとんど使用せずに、よりシンプルかつ迅速に開発できるという記事を読んだためです。したがって、迅速かつ簡単に開始することは、プロジェクトの良い出発点です。
しかし、それはあなたにとって良い出発点ですか？Azure Web サイトを Azure クラウド サービスに移行することは、通常の ASP.NET Web サイトを Azure クラウド サービスに移行することと同じですか? 最初から Azure クラウド サービスから始めますか? はいの場合、なぜですか?
御時間ありがとうございます。
どちらの展開モデルにも利点があり、最終的には何を達成しようとしているのか、そして最終的にはアプリケーションの成功に帰着します。
以下に、各モデルの長所と短所を概説して、アプリケーションの目標に合わせて適切な選択を行っていることを確認します.
Windows Azure Web サイトがアプリケーションの優れた出発点であることを適切に認識しましたが、Web サイトが多くのソリューションに十分なスケーラビリティを提供していると考えることもできます。
Cloud Services (以前は Hosted Services と呼ばれていました) は、間違いなく Web アプリケーションの将来のビジョンです。需要に合わせてスケーリングし、トラフィックが遅くなったときに容量をダイヤルバックすることで、アプリケーションのコストを手頃な価格に保つために、回復力を念頭に置いて構築されています。
上記の項目は、アプリケーションの当面の将来を計画するのに十分である可能性があり、将来的にはクラウド サービスを検討する可能性が非常に高くなります (長期的には、多くのアプリケーション シナリオにより適しています)。
以下は、Web サイトからクラウド サービスへの移植性に役立つもののリストです。
ステートレスを考え始める
Windows Azure Web サイトは永続的な環境であるため優れています。つまり、セッション状態や資産などをディスクに保存できます。
これは優れた機能ですが、最終的な目標がクラウド サービスにある場合は、ステートレス アプリケーションの計画を開始することをお勧めします。ステートレスの考え方を始めるためにできることをいくつか紹介します。
データのパターンを見つけやすくする
クラウド サービスの利点は、スケーリングが必要なものだけをスケーリングすることでコストを削減できることです。スケール ユニットを特定するプロセスを開始します。つまり、ストレージ内のデータベースまたはテーブルをどのようにパーティション分割するかです。
私はすべての投稿を読みましたが、それらはすべて非常に役に立ちます。すべての投稿に加えて、msdn に関する情報を見つけました: Windows Azure Websites, Cloud Services, and VMs: When to use which?
Windows Azure Web サイトでは、次のことができます。
クラウド サービスを使用すると、次のことが可能になります。
また、 msdn のオプションの要約もあります。
また、msdn の Web サイトとクラウド サービスのいくつかの機能を比較します。
Azure はアプリを配置するのに最適な場所ですが、移行を開始する前に知っておく必要がある考慮事項がいくつかあります。
Azure Websites と Hosted Services のデプロイは本当に簡単です。Visual Studio では、パッケージを生成してアップロードするだけです。次に、それを確認するための開発環境があります。よろしければ、ipsを交換してください。うまくいかない場合は、もう一度アップグレードしてください。
インスタンスには、厄介なプロパティがいくつかあります。たとえば、自分の IP を確認することはできません。次に、アプリが IP 制限を使用するプロバイダーで動作する場合は、続行する方法を理解する必要があります。
その他の考慮事項。「サーバー」はいつでも再イメージ化できます。ローカル ディスクに何かを保存すると、そのファイルはいつでも消えてしまう可能性があります。
Web サイトごとに少なくとも 2 つ以上のインスタンスがある場合、Azure は非常にうまく機能します。おそらく、あなたのアプリはそのための準備ができていません。最初のステップは、appFabric を使用してセッションを管理することです。本当に簡単です。Web 設定を変更するだけです。このセッション状態は「古いもの」とまったく同じようには機能しないため、注意してください。シリアル化できないオブジェクト (簡単に適応できるはずです) または非常に大きなオブジェクト (8MB 以上) を格納することはできません。
ゼロから何かを開発するのであれば、最初から azure に着手することをお勧めします。理由は簡単です。開始するのは非常に安く、アプリが多くの訪問者を獲得するまで多額のお金を支払う必要はありません。SQLAzure とストレージ アカウントのセットアップも非常に安価です。すべてが整っていれば、インスタンスを追加したりスケールアップしたりするのは簡単です。
例：
アイデアがあり、潜在的な投資家に会いたいと想像してみてください。
小さな SQLAzure データベース (1 GB ) のセットアップを開始します。月額 $9.99 です。
次に、サイトを構築し、2 つの追加の小さなインスタンスを配置します。月額 $18.72 です。
100 GB のスペース (イメージ、バックアップなど)、月額 12,50 ドルが必要だとします。
彼の時点では、月額 50 ドル未満で事業を開始するための準備は整っています。
サイトが終了し、訪問が来始めた場合は、インスタンスを小さなインスタンスに変更します (CPU 予約がないため、非常に小さなインスタンスで本番環境を持つことは非常に危険です)。次に、余分な小額 ($18,71) を $57,60 に変更します。おそらく、その SQL Azure にさらにスペースが必要ですか? 等...
ここから計算された価格: http://www.windowsazure.com/en-us/pricing/calculator/?scenario=web .
これらはいくつかのヒントであり、他にもたくさんあります。私のアドバイスは、試用アカウントを開始して、それで遊ぶことです.
最後のアドバイス:より多くのリソースを購入するだけですべてを解決するのは非常に簡単です。場合によっては、コードをリファクタリングして最適化する必要があります。問題が発生するたびにリソースを追加するだけでは、膨大な請求と非常に厄介なコードが発生する可能性があります。
それが役に立てば幸い！
Web サイトに対する Windows Azure クラウド サービスのもう 1 つの利点は、クラウド サービスを Azure 仮想ネットワークに追加できることです。これにより、データベースなどのオンプレミス リソースにアクセスできるようになります。そのため、Azure によって提供されるスケーラビリティが必要であるが、セキュリティ上の制限のためにオンプレミスにデータを保持する必要があるという要件がある場合は、クラウド サービスがより適切な選択です。
Azure Web サイトを Azure 仮想ネットワークの一部にすることはできません。Azure Service Bus Relay などのオンプレミス リソース メカニズムにアクセスするには、構成する必要があります。
一部のホスティングで PHP を使用して Web サイトを実行していましたが、ある時点でそれを Azure (サービスの主要部分が置かれている場所) に移動することにしました。私たちは、開発の観点 (主に git との統合) から優れた Azure Web サイトから始めました。しかし、約 1 週間のテストの後 (本番 Web サイトを実際に移動することを決定したとき)、現在
そのため、ホステッド サービスに移行しました。私たちにとっての主な問題は、単純な展開 (パッケージをビルドし、Web サイトのパッケージ全体をアップロードする必要がある) の機能の欠如でした。解決策として見つかったのは、Dropbox を使用することでした。ロールのスタートアップ タスクとして、Dropbox サービスをこのマシンはドロップボックスからすべての Web サイトを取得し、ドロップボックスには SVN チェックアウト フォルダーがあるため、サイトの更新が非常に簡単になりました。