大規模分散処理向けの国産“ウェブOS”をRubyで開発中 − ＠IT
2007/11/26 2007年11月24日、「楽天テクノロジーカンファレンス2007」において、Ruby言語の開発者で楽天技術研究所フェローのまつもとゆきひろ氏は、開発中の大規模分散処理基盤「Roma」（ローマ）と「Fairy」（フェアリー）のコンセプトを語った。研究段階ではあるものの、米グーグルなど世界トップクラスのネット企業だけが持つ大規模分散処理技術に真っ向から挑戦する試みだ。 米グーグル、米ヤフー、米アマゾンなど世界トップクラスの大手ネット企業は、巨大なトラフィックに対処するため、大規模データセンターの信頼性、可用性、性能などを確保する大規模分散処理基盤の研究開発を進めている。最近では、こうした大規模分散処理基盤は“ウェブOS”と呼ばれることもあり、注目を集めている。つまり世界トップクラスのネット企業は“ウェブOS”を自社開発しているわけだが、楽天でも国産の“ウェブOS”が生まれ
ITmedia アンカーデスク：楽天はなぜWeb2.0のプラットフォームになれないのか（下） (1/3)
前回より続く 楽天のもくろみ通りだったビジネスモデルの転換 楽天が当初から打ち出した「ショッピングモール出店料の固定料金制」というビジネスモデルは、しかし内在する危険をはらんでいた。当初から原価割れを承知の上で、かなり無理な価格設定をしていたからだ。それでも資金繰りに困らなかったのは、出店料を6カ月前払いという仕組みにしたからだった。1店で30万円。30社の出店があれば、900万円の現金を手にすることができる。売り上げは低くても、当面の資金に困ることはないという計算で、これが功を奏した。 だが徐々に出店数が増え、商品の流通数がうなぎ上りに巨大化していくのに従って、固定料金制には軋みが生じ始めた。システム運営費用が巨額になり、出店しているショッピングサイトが儲かれば儲かるほど、楽天本体は利益率が落ち込んでいってしまうからである。実際、2001年ごろには店舗数の増加率が停滞気味になり、固定料金
ITmedia アンカーデスク：楽天はなぜWeb2.0のプラットフォームになれないのか（上） (1/3)
前回、ロングテールによるマッチングがインフラ化しつつあるという話を書いた。Googleというきわめてすぐれた検索エンジンが登場したことによって、検索エンジン経由で企業と企業、個人と企業、個人と個人が新たな出会いを作り出すことができるようになった。いまや検索エンジンの存在なしにはマッチングは考えられなくなっており、その意味で検索エンジンはロングテールによるマッチングのインフラ＝プラットフォームになっているのである。 日本最大クラスのCGMコンテンツを持つ楽天 ここで気をつけなければならないのは、新たなマッチングができあがっているからといって、それがイコールWeb2.0とは言い切れないということだ。たとえば楽天。同社の三木谷浩史会長は2006年8月18日、2006年6月中間連結決算の記者会見で、Web2.0への方向性を打ち出した。＠ITの垣内郁栄記者が書いた記事には、こう書かれている。 三木谷
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
