アカウント名:
パスワード:
業務分野でも社内で完結したりする場合はCentOSが幅を利かせてるので、収益はヤバイ?とか思うけど、実際は「サポート」が欲しいというバカ(サポートがどんなものでどんな実益があるのか考えちゃいない)の存在や、トラブル時の責任の所在を転嫁したかったり、少しでも高いシステムを売りたいSIerが検証環境含めた余計なライセンスをドカドカ買ってくれたりするので、そう考えるとRedHatは収益力の高い企業なのかなーと。
情報リテラシーが高い人ばかりになってきたら、RedHatは本格的にやばいかもしれないので、そうなる前に身売りしてしまうのは株主としては正しい選択かもしれない。もっとも、RedHatが潰れたらCentOSも潰れるので、その後はどうするの?って感じはする。
# もうここまでハードウェアが強力になったら、業務用途でも無理にRHELを選択する必要もないとも思うけどね。# おそらく不滅なDebianなり、どうしてもRedHatがよければ最近パっとしないVineやTurboなり、いっそのこと# ubuntuをサーバ用途で使っても問題ないかもしれない。
RedHat自体のサポートは期待してませんが、その上で動かすアプリケーション(主にCAD)の動作保証がRHELしかないので選択してます。アプリケーション側のサポートは欲しいので。
アプリケーションの値段に比べて無視できるので、RHELを避ける理由がないです。同様の理由で、ハードウェアもRHELを正式にサポートしてるものを選びます。
> 実際は「サポート」が欲しいというバカ(サポートがどんなものでどんな実益があるのか考えちゃいない)の存在や、> トラブル時の責任の所在を転嫁したかったり、少しでも高いシステムを売りたいSIerが検証環境含めた余計な> ライセンスをドカドカ買ってくれたりするので、そう考えるとRedHatは収益力の高い企業なのかなーと。> 情報リテラシーが高い人ばかりになってきたら、RedHatは本格的にやばいかもしれない
なるほど、情報リテラシーってのは「ぼくがいちばんりなっくすをうまくあつかえるんだ!」ということなんですね。
> ubuntuをサーバ用途で使っても問題ないかもしれない。
(笑)
あなたみたいなユーザが多いから、笑われるんですよ。確かに悪くはないが、人に勧めるもんでもない。
ということは、Linuxの性能が何倍にも跳ね上がる(自称)rpmを、このACさん [srad.jp]のお父さんがくれるのですね。
>> ubuntuをサーバ用途で使っても問題ないかもしれない。>(笑)
世のサーバーなんて8割以上はApacheが動いてPerl(PHP)が走ってMySQLあたりが動けば何の問題もないのであながち笑い話でもないぞ。あとはJava動いてkernelやlibcに欠陥が見つかれば対応してくれる程度でいいからubuntuでマジ十分だ(笑)
というか、この程度でサポートが必要という”えんじに屋(笑)”がいるならLANケーブル切って首釣った方がいい(笑)
俺もUbuntuを趣味で使っているが、はっきり言って使えないぞ。とくに10Desktopバージョンでは、サーバっていっても、WebサーバやMailサーバ位なら使えるとは思うが、Appサーバなんかははっきり言って無理。(サーババージョンはしらんが)導入しているlibcのread/writeの問題も未解決だから、他のディストリでビルドできてもubuntuじゃビルドすらできないソース多すぎ。。できてもcore吐いてお亡くなりなものも多数。。動作安定なもの多数。。仕事じゃ使えないな。。って言うか使いたくない。<何本直したことか。。<仕事場ではCentOSとFedora10、Debianが多いがどれも問題無くビルド+安定動作するのに。。
また、通常RHのサポートってeCosやRedBootなんかの有償サポートが稼ぎ頭では?(ハードが苦手なソフト屋の支援には、良い選択かもしれない)
そりゃ、いくらソースが公開されているからといって、OSやライブラリ、ミドルまで面倒見切れないからでしょう。
たとえセキュリティフィックスに関して、DebianがRHELとひけを取らないスピードだとしても、金を払って安心を買うというのは、エンジニア以外が一番安心できる回答です。
さらに、なんか問題があっても、RHELを使っていて問題があったからしょうがないとなりますが、それ以外の場合は怒られる原因となります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
RedHatの収益源 (スコア:1, 興味深い)
業務分野でも社内で完結したりする場合はCentOSが幅を利かせてるので、収益はヤバイ?とか思うけど、
実際は「サポート」が欲しいというバカ(サポートがどんなものでどんな実益があるのか考えちゃいない)の存在や、
トラブル時の責任の所在を転嫁したかったり、少しでも高いシステムを売りたいSIerが検証環境含めた余計な
ライセンスをドカドカ買ってくれたりするので、そう考えるとRedHatは収益力の高い企業なのかなーと。
情報リテラシーが高い人ばかりになってきたら、RedHatは本格的にやばいかもしれないので、そうなる前に
身売りしてしまうのは株主としては正しい選択かもしれない。もっとも、RedHatが潰れたらCentOSも潰れる
ので、その後はどうするの?って感じはする。
# もうここまでハードウェアが強力になったら、業務用途でも無理にRHELを選択する必要もないとも思うけどね。
# おそらく不滅なDebianなり、どうしてもRedHatがよければ最近パっとしないVineやTurboなり、いっそのこと
# ubuntuをサーバ用途で使っても問題ないかもしれない。
Re:RedHatの収益源 (スコア:2, すばらしい洞察)
RedHat自体のサポートは期待してませんが、その上で動かすアプリケーション(主にCAD)の動作保証がRHELしかないので選択してます。アプリケーション側のサポートは欲しいので。
アプリケーションの値段に比べて無視できるので、RHELを避ける理由がないです。
同様の理由で、ハードウェアもRHELを正式にサポートしてるものを選びます。
Re:RedHatの収益源 (スコア:1, すばらしい洞察)
> 実際は「サポート」が欲しいというバカ(サポートがどんなものでどんな実益があるのか考えちゃいない)の存在や、
> トラブル時の責任の所在を転嫁したかったり、少しでも高いシステムを売りたいSIerが検証環境含めた余計な
> ライセンスをドカドカ買ってくれたりするので、そう考えるとRedHatは収益力の高い企業なのかなーと。
> 情報リテラシーが高い人ばかりになってきたら、RedHatは本格的にやばいかもしれない
なるほど、情報リテラシーってのは「ぼくがいちばんりなっくすをうまくあつかえるんだ!」ということなんですね。
> ubuntuをサーバ用途で使っても問題ないかもしれない。
(笑)
Re:RedHatの収益源 (スコア:2, 興味深い)
>(笑)
ubuntu サーバ版使ったことあります?
あれはいいですよ。いらないものがなあんにも入ってなくて。
あれだけ割り切って空っぽのディストリビューションは珍しいと思うけど。
インストールはものの5分もかからずに完了するし、デーモンも殆ど動いてない。
もちろん必要なものは apt で簡単に入れられるし。
僕は ssh, ntp, nfs をザッと設定して研究室のクラスタの計算ノードと
ファイルサーバにして使ってましけど、本当に楽でしたよ。
今もきっと 24h 動いてるはず...
本職の人には使えないのかなあ?
#Ubuntu だからって笑うことないのに...
Re: (スコア:0)
あなたみたいなユーザが多いから、笑われるんですよ。
確かに悪くはないが、人に勧めるもんでもない。
Re:RedHatの収益源 (スコア:1)
ということは、Linuxの性能が何倍にも跳ね上がる(自称)rpmを、このACさん [srad.jp]のお父さんがくれるのですね。
Re: (スコア:0)
>> ubuntuをサーバ用途で使っても問題ないかもしれない。
>(笑)
世のサーバーなんて8割以上はApacheが動いてPerl(PHP)が走ってMySQLあたりが動けば何の問題もないのであながち笑い話でもないぞ。
あとはJava動いてkernelやlibcに欠陥が見つかれば対応してくれる程度でいいからubuntuでマジ十分だ(笑)
というか、この程度でサポートが必要という”えんじに屋(笑)”がいるならLANケーブル切って首釣った方がいい(笑)
Re: (スコア:0)
俺もUbuntuを趣味で使っているが、はっきり言って使えないぞ。とくに10
Desktopバージョンでは、サーバっていっても、WebサーバやMailサーバ位なら使えるとは
思うが、Appサーバなんかははっきり言って無理。(サーババージョンはしらんが)
導入しているlibcのread/writeの問題も未解決だから、他のディストリでビルドできても
ubuntuじゃビルドすらできないソース多すぎ。。
できてもcore吐いてお亡くなりなものも多数。。
動作安定なもの多数。。
仕事じゃ使えないな。。って言うか使いたくない。<何本直したことか。。
<仕事場ではCentOSとFedora10、Debianが多いがどれも問題無くビルド+安定動作するのに。。
また、通常RHのサポートってeCosやRedBootなんかの有償サポートが稼ぎ頭では?
(ハードが苦手なソフト屋の支援には、良い選択かもしれない)
Re:RedHatの収益源 (スコア:1, 参考になる)
はっきり言って、RHELを選択している理由が単にシェアが高いとか、聞いた事があるとかという理由で、キチンと評価して
選択している訳じゃなからねぇ
日本においてRHELを選択する理由は様々なソフトウェアの検証が最も幅広く行われているくらいで、サポートだとかOSとし
ての設計だとか機能の豊富さ、安定性という意味ではRHELはあんまり良くないと思う。実際RHELが良いという人に何が良い
のか聞いて明確な答えが返ってきたためしがない。シェアが高いとか、サポートが良いとか言うけど、実際にRHELのサポー
トを利用した人に聞くとサポート内容がひどいとよく聞くし、私が利用した時もまともな答えは返ってこなかったし...
もちろん RHEL のサポートって様々なベンダが行っているからまともなベンダもあるのだろうけど、ひどいところも結構な
率であるからねぇ...
(ただRHELのシェアが高いというのは機能的な面でも頷けるところがあって、最も需要が多いであろうwebやJAVAアプリケー
ションサーバなんかだと(金額面で目をつむれば)RHELが最も良い選択肢だと思う。個人的にはここまでシェアを延ばした理
由はLinuxの元々の得意分野であるこれらに特化して、それ以外の分野を切り捨ててサポートの負担を減らした事だと思う。
ただ、残念ながらこの辺りを取り違えて、どんな用途でもRHELを利用しようとするとトラブルの基だと思うよ)
もっともRHEL以外になにがあるのかと問われると困るのも事実ではあるのだけど...
少なくともCentOSはないなぁ... RHELをベースにしているから金銭的な事以外のRHELの弱点はすべて受け継ぎつつ、同一
バイナリでない事から検証という意味ではまるっきりの無保証というある意味 最も利用価値の低いディストリビューショ
ンだと思う。利用価値はRHELっぽいという事くらいでしょう?
素直に考えるとSLESが対抗として一番手、RHELよりもSLESの方が明らかに高機能な分、汎用性は高い。でもSLES11を見る
と良くも悪くもでRHELに近づいている。(つまり、機能を下げてサポートの負担を下げようとしているように思う)
それだけに、ある意味 面白みないけど安定性は増すからシェアは広がるかも...
ubuntu,debianは悪くはないけどハードウェアのサポートがなぁ...
OCFS2やBtrFSに期待してOracle Linuxなんかは今後に期待が持てるけどどうだろう?
これら以外のディストリビューションは現状ではビジネス用途において俎上にも挙らないだろうと思うけどなんかある?
Re: (スコア:0)
バイナリ提供のAPを動かすのに、これ以外に重要なことってある?
>Oracle Linuxなんかは今後に期待が持てるけどどうだろう?
ベースはRHELなんだが
Oracle-RHの構成で、RHの対応の遅いパッチをとりあえず流すらしい
#あとでRHとマージするみたいだが>と出た頃の記事でみた気がする
Re: (スコア:0)
でも重要な要素はそれ以外にもあるよね?
OSとしての安定性だとか、各種設定の容易さだとか他のマシンとの接続性だとか...
RHELの場合このあたりが欠けていて、かなり大変なんですよ。足りない機能をソースから追加してもそれはサポート外でパッチも出ないし、それだと商用ディストリを使う意味が薄れるしねぇ....
oracle linux の現状については同意。
でも 管理ツールにyast,フイルシステムにBtrFSが採用されたら、ベースであるRHELの弱点がかなり改善されると思うけど?
Re: (スコア:0)
自分は家でCent君使いなんだけど、かなり 納得してます
#家でjava,php,ruby,mysql,pgsql,oracle が動けばいいくらい
> 管理ツールにyast
suse からかな?(使ってないので便利さがわかりませんw)
> フイルシステムにBtrFSが採用されたら
このあたりは不明です・・・・
OELも面白いと思うんだけど、まず 仕事で使う機会がありそうにないものに
サポート料金払い続けるのもなぁ・・・と
#x32,x64+テスト用になっちゃうし
RHLから使ってるけど、RHはどちらかといえば嫌いですw
#RHCE対策のために、色々変えないといかんのだろうけど TCOの拡大はやめてくれ
Re: (スコア:0)
そのあたりの用途なら、RHEL系で問題ないと思いますよ。
>> 管理ツールにyast
>suse からかな?(使ってないので便利さがわかりませんw)
OracleがRHELやOELで利用できるYastを開発しているのですよ。
はっきり言って、RHELのあの統一感のまったくない、機能ごとに
バラバラな管理ツールなど使い物にならない。
Yastとの差異は歴然としていますね。
>> フイルシステムにBtrFSが採用されたら
RHELのもう一つの大きな弱点がファイルシステム(ext3)ですから、
それに
Re: (スコア:0)
> 私が利用した時もまともな答えは返ってこなかったし...
ハードウエアベンダー系の会社のサポートですか、それともRedHat社の直接の
サポートですか?
Re: (スコア:0)
そりゃ、いくらソースが公開されているからといって、OSやライブラリ、ミドルまで面倒見切れないからでしょう。
たとえセキュリティフィックスに関して、DebianがRHELとひけを取らないスピードだとしても、金を払って安心を買うというのは、エンジニア以外が一番安心できる回答です。
さらに、なんか問題があっても、RHELを使っていて問題があったからしょうがないとなりますが、それ以外の場合は怒られる原因となります。