0

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

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

追加の問題は、SQL サーバーから .NET アプリを実行し、アプリケーションが外部の Web サービスと対話することです。一度限りではなく、継続的に Azure に展開するのはどれほど簡単か。

編集: 上記が不可能な場合は、完全な Windows 2008 サーバー イメージを作成し、Azure で VM ロールを作成できることに気付きました。私はそれについて十分に知らないので、誰かがこれについて何かコメントを持っていますか. これは私の問題の可能な解決策でしょうか?

4

3 に答える 3

0

必要なすべてを Azure にデプロイできます。これを処理する最善の方法は、ステージングにデプロイし、起動して実行したら、ポータルで VIP スワップを行うことです。次に、本番環境で新しいパッケージを実行し、ステージングで実行されている古いパッケージを停止/削除できます。

Azure 内の SQL Server については、SQL Azure を使用するか、Azure Connect を使用して、オンプレミスで実行されている SQL Server と通信することを検討する必要があります。または、Service Bus を使用することもできます。

于 2012-03-22T15:50:00.317 に答える
0

アプリケーションがそれほど複雑でない場合は、Windows azure+sql azure とローカル サーバー+sql サーバーに同じコードを使用できます。ローカル サーバーで実行してもまったく問題ない Windows azure アセンブリを追加してもかまわない場合は、それが Web アプリケーションだとしましょう。

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

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

基本的に、Azure とローカルの両方で 1 つのコード ベースを使用することは不可能ではないと思います。Azure関連の操作を分離するためにいくつかのインターフェイスを導入することにより、この方法でプロジェクトを実行しました。Azureとローカルの間で異なるすべてのものに対して構成/注入できることを確認してください。

HTH

于 2012-03-23T00:54:42.673 に答える
0

これがあなたの本当の質問だと思います：

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

これは Windows azure に固有のものではありません。必要なのはソース管理です。TFS などを使用して、同じコードの異なるコピーを作成できます。その後、バージョン履歴を含む両方のプロジェクトのコピーを作成できます。ソース管理を使用することには他にも多くの利点があります。作業するすべてのプロジェクトでソース管理の使用を検討することを強くお勧めします。

于 2012-03-23T01:00:27.400 に答える