AzureにSQL Serverがデプロイされた.NETアプリケーション？

Question

.NETアプリケーションのAzureへの展開に関するすべての質問を確認しましたが、まだ理解する必要があるものがあります。 私は自分自身を見て、Visual Studio 2010が非常に簡単にAzureに既存の.NETアプリケーションを公開してデプロイできるようにしました。すべての機能とツールはそこにあります。

しかし、元の.NETアプリケーションを維持して更新することはできますか？また、必要に応じてAzureパッケージの更新をリリースできますか？パブリッククラウドソリューションまたはオンプレミス.NETソリューションの2つのソリューションを提供する手段として、これを継続的に実行したいと考えています。

さらに、SQLサーバーから.NETアプリケーションを実行し、アプリケーションが外部Webサービスとやりとりするという問題もあります。一度オフとしてではなく、継続的にAzureに配備されているものはどれだけ簡単ですか。

EDIT：上記のことができない場合は、完全なWindows 2008サーバーイメージを作成し、AzureでVMロールを作成できることに気がつきました。私はそれについて十分に知っていないので誰にもこれに関するコメントがありますか？これは私の問題の可能な解決策でしょうか？

Answer 1

アプリケーションがあまり複雑でない場合は、Windows Azure + SQL Azureとローカルサーバー+ SQLサーバーで同じコードを使用できます。 Windows Azureアセンブリを追加しても問題ない場合は、Webアプリケーションとしましょう。ローカルのサーバーの下で実行することができます。

sql azure/sqlサーバーに関しては、コードを適切なサーバーにリンクさせるために構成内の接続文字列を変更するだけでよいと思います。

紺碧と地方の両方に対応するには、追加の作業が必要なのかもしれません。 blobまたはローカルディスクからファイルを読み書きできるファイルシステムインターフェイスを設定に基づいて提供する必要があります。そのため、ビジネスコードでは、ファイルの問題をどこでどのように処理するか気にしません。また、web.configやcscfgファイルから設定を読み取るための設定インターフェースが必要な場合もあります。しかし、すべての設定をデータベースに入れておけばそれが良いでしょう。

基本的に私は紺碧と地方の両方に1つのコードベースを使用することは不可能だとは思わない。私は青空関連の操作を分離するためにいくつかのインターフェースを導入することで、このようにプロジェクトを完成させました。紺碧と地方の間で異なるものすべてを設定/注入できることを確認してください。

HTH、私はこのように感じる

Answer 2

Azureには、必要なものをすべて配備できます。これを処理する最善の方法は、ステージングにデプロイしてからポータルでVIPスワップを実行することです。次に、Productionで実行中の新しいパッケージがあり、Stagingで実行中の古いパッケージを停止/削除できます。

AzureのSQL Serverの場合は、SQL Azureを使用するかAzure Connectを使用して、オンデマンドで動作するSQL Serverと通信する必要があります。または、サービスバスを使用することもできます。

Answer 3

があなたの本当の問題である：

しかし、私はまだAzureの パッケージに続いたときに、必要なリリースの更新を維持し、私のオリジナルの.NET アプリケーションを更新してすることができています？パブリッククラウドソリューションまたは ローカルオンプレミス.NETソリューションの2つのソリューションを提供する の手段として、これを継続的に実行したいと考えています。

これはWindows Azureに固有のものではありません。あなたが望むのはソースコントロールです。 TFSのようなものを使用して、同じコードの異なるコピーを作成することができます。次に、両方のプロジェクトのコピーをバージョン履歴とともに持つことができます。だからMANYソースコントロールを使用することでさらにメリットがあります。作業するすべてのプロジェクトでソースコントロールを使用することを強くお勧めします。