アカウント名:
パスワード:
軽々しく入れ替えとか買い替えとか言うな、というのは全く同意ですが、移行のコスト(費用や工数)を理由にサポートの切れたOSを延々使い続けるのはどうかと思います。
本来、サーバーの管理コストというのはハードやOSのサポート費用および期間も含めて検討すべきもののはずです。システム全体を永久に保証するなんてことは机上の空論でしかない以上、適切な時期にハードやOSの移行作業が発生するのは自明です。そのあたりを対外的にきちんと説明し納得させ、費用や工数をひねり出し、スムースに移行作業が完了するよう計画を立てるるのも、管理者の仕事の一つではないかと思います。
仕事ができていないなんちゃって管理者なのでAC。
メンテできる「権利」はあるかもしれんけど、技量的にメンテできない人は多々いるわけで、そういう人はディストリビュータのサポートが切れたら移行せざるを得ないでしょう。(セキュリティリスクに目をつぶれば話は別ですが)
Linuxのコンソールにログインして、
# ./configure# make# make install
個人的には、仮に手動でメンテできてたとしてもRPMで構築したサーバを手動でアップデートするのはちょっと怖いので(あとがぐちゃぐちゃになりそう)、やっぱりディストリビュータが撤退したらOSのバージョンアップを考えますね。
> 使いつづけてる方も、(中略)いろいろ勘案した上でのことなんでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
あまり個人の視点で話してもらいたくないね (スコア:3, 興味深い)
に過剰に反応したのだが、そういう発想は個人ベースで用いているときで、企業やら大学やらといったところで使っている場合は、OSもハードウエアも早々簡単に入れ替えられるものではない。
しかも、Windows のようなクライアントベースでは、アプリケーションも年々重くなってくるので、個人でどんどん使っているとどんどん重くなってくるが、特に Linux などでサーバーなどの限定用途でつかっていると、用いているソフトウエアもたいてい変化していないので、導入時の性能を(客観的にも主観的にも)発揮してくれるので、正直買い換える必要性をまったく、感
企業ならなおさら (スコア:1, 参考になる)
軽々しく入れ替えとか買い替えとか言うな、というのは全く同意ですが、移行のコスト(費用や工数)を理由にサポートの切れたOSを延々使い続けるのはどうかと思います。
本来、サーバーの管理コストというのはハードやOSのサポート費用および期間も含めて検討すべきもののはずです。システム全体を永久に保証するなんてことは机上の空論でしかない以上、適切な時期にハードやOSの移行作業が発生するのは自明です。そのあたりを対外的にきちんと説明し納得させ、費用や工数をひねり出し、スムースに移行作業が完了するよう計画を立てるるのも、管理者の仕事の一つではないかと思います。
仕事ができていないなんちゃって管理者なのでAC。
Re:企業ならなおさら (スコア:0)
ディストリビュータのサポートが切れたくらいで使いつづけるのがどうかと言うのはどうかと思います。
使いつづけてる方も、移行した方が易いなら移行してるでしょうし、いろいろ勘案した上でのことなんでしょう。
Re:企業ならなおさら (スコア:0)
メンテできる「権利」はあるかもしれんけど、技量的にメンテできない人は多々いるわけで、そういう人はディストリビュータのサポートが切れたら移行せざるを得ないでしょう。(セキュリティリスクに目をつぶれば話は別ですが)
Linuxのコンソールにログインして、
できるだけでも世間一般的にはスキルのある方なんですが。個人的には、仮に手動でメンテできてたとしてもRPMで構築したサーバを手動でアップデートするのはちょっと怖いので(あとがぐちゃぐちゃになりそう)、やっぱりディストリビュータが撤退したらOSのバージョンアップを考えますね。
> 使いつづけてる方も、(中略)いろいろ勘案した上でのことなんでしょう。
- 予算がない
- 時間がない
- 人がいない
- 使い続けるリスクが判らない(判りたくない)
- 更新するメリットが判らない
- そもそも意欲がない
理由の8割はこんなもんだと思いますよ、現実には:-PRe:企業ならなおさら (スコア:0)
なぜRPMを作ってアップデートしないんですか?
Re:企業ならなおさら (スコア:0)
誰でもSPECファイルを書けるわけじゃないってことかと。