稼働中のシステムの更新はどのように行われているのか

既に運用中のサイトがあり、そのシステムに対して機能追加などの更新を行う場合、どのようにするのでしょうか。
例えば、○○程度の変更なら動作中のシステムを止めずに行うとか、○○のようなケースならシステムを止めて作業する、とか。
あるいは、CGIだったらシステムを止めずにスクリプトの差し替えをしてしまうが、PHPだったら○○の設定を変更して再起動しなければならない、とか。
あまりにも漠然とした質問で申し訳ないのですが、よろしくお願いします。

No.2 回答者： moo75 回答日時： 2008/08/29 22:49

bumpyroadさんこんにちは。

Web業界に従事しておりますので、参考程度にご回答（というより感想）いたします。

まず、あなたの想定しているサイトの規模はどのくらいのものでしょうか？サーバ１台で賄えているのか、ロードバランスしているとか。
また、そのサイトは、一般的なWebサイトなのか、ECやSNSなどの24時間ダウンタイムのとれないWebシステムなのかにもよりますよね。

以下は自分の経験での話です。

今自分の携わっている一般的なWebサイトであれば、静的ページやPHP、PerlなどのApacheのrestartが必要のないものは、お客さん（運営会社）がＯＫすれば、どんなタイミングでも実施しています。

ＥＣサイトのシステムに携わっていた時は、ダウンタイムが取れなかったため、事前にサーバ停止の通知をした上で作業していました。夜間対応でサーバ３０台にパッチを充てるなんて当たり前でしたよ。

別のＢ２Ｂサイトに携わっていた時は、１８時以降はほとんど業務が発生しないため、そのタイミングでシステムの更新をしていました。

続いて、システムを停止する有無についてですが、ご存じの通り利用しているプログラムにも関係しています。PHP、Perlはほぼ上書きでOKですが、Javaの場合は、Apache+Tomcatのリスタートは必須ですよね。
また、Webサーバについてですが、Windowsサーバの場合、定期的な更新パッチが提供されるため、OS自体のリブートもよくあります。その点、Linux系はかなり楽ですね。

要は、サイトの種類、規模、利用環境、お客さんの要望や緊急性など、いろいろある中で、ベターな方法をとればよいと思います。

うだうだとまとまりなく書いてしまいましたが、参考になったでしょうか？

No.1 回答者： notnot 回答日時： 2008/08/29 22:12

ケースバイケースとしか言いようがないです。

○システムを止めずに切り替えられるか検討する
→無理ならシステムを止める→次のステップへ
→可能なら止めないで行う

○システムを止める場合、複数のサーバーを全部止める必要があるか？
→必要がなければ１つずつ順番に止めることでサービス停止は不要
→全部同時に止める必要があればサービスを一時停止する