アカウント名:
パスワード:
結果論ですか? 管理者としてそれってどうなの?
結局なんでも結果論になると思うけどね、インフラ部分は。たとえメーカー製・商用サポートOS使ったところで、逝く時は逝くだろう。完全なものはないし。そりゃ、RHELとかにしたほうが問題が起きる可能性は低いかもしれない。でも、結局可能性。Fedoraでずっと何も問題なかったならそれでいいと思うよ。管理者といってもさ、商用買って安心して、責任をサポート企業に押し付けられるからいいだけの話だろ。自社に解決できる人がいるならそれでいいんじゃね。
> 責任をサポート企業に押し付けられる
rpm とか指定pkg使う最大の理由ですよ。
> 自社に解決できる人がいるならそれでいいんじゃね。
うらやましいです。
> > 責任をサポート企業に押し付けられる>> rpm とか指定pkg使う最大の理由ですよ。たとえばmixiがセキュリティがらみの事故起こしたとして、その時に「サーバーにはRedHat純正のパッケージ使ってました」じゃ責任逃れできない気がするんですけどね。対社外的にも、対社内的にも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
何の問題が? (スコア:0)
だとしたらスラドでそれなりの頻度で話題として見かけていたはずですが、少なくともここ2、3年そういう話は聞いたことがありませんし。
Re: (スコア:0)
結果論ですか? 管理者としてそれってどうなの?
Re:何の問題が? (スコア:1)
結局なんでも結果論になると思うけどね、インフラ部分は。
たとえメーカー製・商用サポートOS使ったところで、逝く時は逝くだろう。完全なものはないし。
そりゃ、RHELとかにしたほうが問題が起きる可能性は低いかもしれない。でも、結局可能性。
Fedoraでずっと何も問題なかったならそれでいいと思うよ。
管理者といってもさ、商用買って安心して、責任をサポート企業に押し付けられるからいいだけの話だろ。
自社に解決できる人がいるならそれでいいんじゃね。
Re: (スコア:0)
> 責任をサポート企業に押し付けられる
rpm とか指定pkg使う最大の理由ですよ。
> 自社に解決できる人がいるならそれでいいんじゃね。
うらやましいです。
Re: (スコア:0)
> > 責任をサポート企業に押し付けられる
>
> rpm とか指定pkg使う最大の理由ですよ。
たとえばmixiがセキュリティがらみの事故起こしたとして、その時に「サーバーにはRedHat純正のパッケージ使ってました」じゃ責任逃れできない気がするんですけどね。対社外的にも、対社内的にも。