0

Web サイトをサーバー (DEV、QA、STAGE、および PROD) に展開するときに、新しいフォルダーを作成します

WebSite-YYYY-MM-DD

次に、ファイルをそのフォルダーに展開します。すべてが設定されたら、環境の特定の構成をコピーします。準備ができたら、IIS を開き、新しく作成した展開フォルダーを使用するようにサイトのパスを変更します。

何か問題がある場合は、IIS を以前のフォルダーに戻すだけです。

利点:

  • サイトをオフラインにしたり、無効な状態にしたりせずに、新しい展開をセットアップできます。
  • 素早い切り替え
  • 簡単なロールバック
  • 使いやすいバージョン管理
  • ロックされたアセンブリと戦う必要はありません

短所:

  • 継続的インテグレーション/自動展開セットアップを使用する場合、この方法は機能しません

これは展開に適した方法ですか? 既存のフォルダーの zip ファイルを作成してから既存のファイルをコピーすることをやめるようチームを説得しようとしています。

短所:

  • 現在のデプロイメントがいつリリースされたかわからないため、バージョン管理が正確ではありません (これは、日付の代わりに整数を使用することで簡単に回避できると思います)。
  • ロックされたファイルを処理する必要がある
  • 展開が完了するまで、サイトは不安定な状態です
  • 展開/ロールバック時に zip/unzip を待つ必要がある
  • 新しいアセンブリの使用を強制するために、サイトをリセットする必要がある場合があります

私の焦点は、何か問題が発生した場合の迅速かつ正確なロールバックと、使いやすく正確なバージョン管理システムです。

4

1 に答える 1

1

遭遇する可能性のあるもう 1 つの問題は、単純にファイルを圧縮してからコピーすると、不要になった古いファイルが残ることです。ディレクトリを圧縮してクリアし(時間がかかり、サイトの操作を中断する可能性があります)、新しいファイルをコピーする必要があります(移動中のダウンタイムが長くなります)

全体として、古いファイルに戻ってアーカイブまたは削除することを忘れない限り、ソリューションは優れたものです。

于 2012-06-29T15:35:54.967 に答える