アカウント名:
パスワード:
今でもサーバ系だとbootはなるべく控えますね。理由は#2003898 の言うとおり、立ち上がらない場合のリスク回避。とはいえ、クラスタも組んでるし、そもそもあがってこない可能性の高い構成はNGだってことで、どれだけ意味があるかは微妙・・。まぁ、性能要件で再起動時間もある程度要求されますので、時間短縮してきてることはうれしい話です(余計なことに悩む必要が無いという意味で)。
しかし、一部の(病的な)boot恐怖症のメーカはどうにかならんもんかなぁ。システムのどころかアプリの再起動すら原則禁止で、バグフィックスどころか機能追加すら可能な限り動いてるプロセスにパッチを当てて実現する始末。そのために色々悩んで複雑なことする暇あったら、単純にファイル更新→再起動のほうがシンプルでいいのになぁ。プロセスへのパッチ自体は否定しないし便利だけど、何でもかんでもそれにしろってのは勘弁orz。システム再起動が必要だったときにその説明と資料作成に1週間かかったときは効率の悪さに泣けた。
＞動いてるプロセスにパッチを当てて実現するそんな事してるからより起動が怖いんじゃないの？起動処理が通らなくなっているかわからない修正を積み上げてるわけで、再起動のリスクがうなぎ登り。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
ブートが怖いのは時間の問題なんかじゃない (スコア:5, すばらしい洞察)
Re: (スコア:0)
今でもサーバ系だとbootはなるべく控えますね。理由は#2003898 の言うとおり、立ち上がらない場合のリスク回避。
とはいえ、クラスタも組んでるし、そもそもあがってこない可能性の高い構成はNGだってことで、どれだけ意味があるかは微妙・・。
まぁ、性能要件で再起動時間もある程度要求されますので、時間短縮してきてることはうれしい話です(余計なことに悩む必要が無いという意味で)。
しかし、一部の(病的な)boot恐怖症のメーカはどうにかならんもんかなぁ。
システムのどころかアプリの再起動すら原則禁止で、バグフィックスどころか機能追加すら可能な限り動いてるプロセスにパッチを当てて実現する始末。そのために色々悩んで複雑なことする暇あったら、単純にファイル更新→再起動のほうがシンプルでいいのになぁ。
プロセスへのパッチ自体は否定しないし便利だけど、何でもかんでもそれにしろってのは勘弁orz。システム再起動が必要だったときにその説明と資料作成に1週間かかったときは効率の悪さに泣けた。
Re:ブートが怖いのは時間の問題なんかじゃない (スコア:0)
＞動いてるプロセスにパッチを当てて実現する
そんな事してるからより起動が怖いんじゃないの？
起動処理が通らなくなっているかわからない修正を積み上げてるわけで、再起動のリスクがうなぎ登り。