2016-06-20 2 views
-1

私たちの作業をすぐにAzureに移行していますが、IaaSが既存の物理データセンターの設定を効果的にエミュレートするようになります。これは主に、私たちの(.NET)ウェブサイトがAzureウェブサイトプラットフォームを使ってテストされていないため、予想通りに動作するとは思えませんが、Webサイトサービス( PaaS)は、IISを実行するIaaSスタイルのVM上で実行することとは異なります。それは機能的に同じではありませんか? PaaSとIaaSの両方の展開をテストすることは本当に必要ですか?IISを実行している(PaaS)Webサイトと(IaaS)VMの機能に違いはありますか?

+2

いくつかの文書化された相違点があります。しかし、あなたは[ここ](http://stackoverflow.com/a/10941526/272109)に関してWebサイト(Webアプリケーション)を開始したいと思うかもしれません - 私は同様の質問に投稿した回答です。 –

+0

私はそれを感謝し理解する。私には長所と短所がありますが、私が理解しようとしていることは、ウェブサイトが同じ日に実行されることが期待できるのかどうかということです.IaaSの設定で動作すれば、 PaaSの設定でも同様です。 – totalfreakingnoob

+1

Azure Appサービスでは、アプリケーションはこのサンドボックスhttps://github.com/projectkudu/kudu/wiki/Azure-Web-App-sandboxで実行されます。クリーンなIaaSマシンに対していくつかの制限が適用されます。それを検討する前に十分にテストしてください。 1つまたは複数のサンドボックスの制限がある場合は、クラウドサービスまたはサービスファブリックを参照してください。すべてのPaaS。 – evilSnobu

答えて

1

コメントが示唆するように、それは同じではありませんが似ています。ワークロードをAzureに移行した私の経験では、大半は導入だけで動作します。ウェブサーバーの「標準的な慣行」とは考えられないことが起こりそうなもの - ローカルドライブへの状態の保存やLAN共有への直接書き込み、特定のサーバーリソースへの直接アクセス、サーバーにインストールする追加の依存関係/コンポーネントについて説明します。ローカルドライブに書き込むことはできますが、これを状態の管理やデータの永続化に使用しないでください。ドライブは一時的なものとみなす必要があります。また、負荷分散環境用に設計する必要があります。

ほとんどのweb.config設定は、期待どおりに機能します。サーバー上に他のコンポーネントが必要な場合は、クラウドサービス、サービスファブリック、またはVM Scaleセット内のIISを考慮する必要があります。これらのすべてを使用すると、展開している環境をより詳細にカスタマイズすることができます。

あなたのWebアプリケーションをテストするには、かなり簡単なプロセスでなければなりません。Azure WebサイトでVSから直接Web Deployをサポートしています。そのルートに移動したい場合は、VSTSを使用して、 10分。

ウェブサイトは、最初にプロビジョニングされるとすぐにスピンアップし(数分)、上記のオプションからウェブサイトを実行するための最も安価な方法です。

関連する問題