ページ内ジャンプ:
スラッシュドット・ジャパン 全文検索

アレゲなニュースと雑談サイト

「クラウドによるIT補完計画」とは

makeplexによる 2009年07月03日 2時21分の掲載
何を願うの？部門より。
データベース

あるAnonymous Coward 曰く、

＠ITに掲載された「もう1つの、DBのかたち、分散Key-Valueストアとは」では、「分散KVSとは実は『クラウドによる全体最適のメリットを享受するための分散化のプラクティス』である」と結論づけた上で、エヴァンゲリオンを引用して以下のようにたとえています。

「『出来損ないの群体として行き詰まったITシステムを、完全な単体インフラへ人工進化させる』（クラウドによるIT補完計画）」

「群体だったITシステムが単体であるクラウドへと融合し、究極の全体最適を実現するうえで、分散化に対応できないRDBは足かせとなります。分散KVSというグーグルが見つけた“指輪”の正体は、この「クラウドへの進化」そのものといえるでしょう」

あらゆるITシステムがクラウドに融合してしまったら、プログラマーにとっての自由度はすごく下がりそうですね。

「クラウドによるIT補完計画」とは | ログイン/アカウントの作成 | 52 個のコメント | コメント検索
表示オプション しきい値:

  • そもそもリレーショナルデータベースで済むのなら、Key-Valueストアなんて使いません。面倒だし。
    ただ、データ量が多くなってくるとRDBMSでは遅すぎる。
    RDBMSではスケールアウトも難しい。レプリケーションで躱すにしても、更新が間に合わなくなればアウトですから。
    なので、データの実体はKey-Valueストアに追い出す。
    実体というのは、たとえばファイルだったり、長めの本文だったり、データベースのレコードのキャッシュだったり。
    Key-Valueストアは構造的に複数サーバへの分散は容易なので、サーバを増やせばなんとかなる。
    そしてそのKeyはRDBMSから見つけ出す、というのがウェブ開発では定石です。

  • ATフィールド (スコア:4, おもしろおかしい)

    phenix (31258) : 2009年07月03日 7時38分 (#1598523) 日記

    企業のATフィールドが業務系システムのクラウドへの融合を拒むんですね。

  • はっきりしない (スコア:3, おもしろおかしい)

    Anonymous Coward : 2009年07月03日 2時26分 (#1598485)

    FFなのかエヴァなのかはっきりしろ

  • 逆・・・・ (スコア:2)

    dodonga (4178) : 2009年07月03日 8時04分 (#1598528) 日記
    　dodongaです。

    > あらゆるITシステムがクラウドに融合してしまったら、
    > プログラマーにとっての自由度はすごく下がりそうですね

    　逆。

    　拘束が増えるほど自由度は上がります。
    　「こうかなあ」「いや、こうだ」「ちがう！これこそ」で色々選択肢がありそうで最適解に近づくのではなく、「こうだろう」「そうだろう」「あっちだろう」で解が分散します。
    　自由度１ほど自由度は高いです。
    --
    以上、駄文でした。 dodonga Projects (no active)

  • 元からしてそう [wikipedia.org]なんだし.

  • 分散 (スコア:1)

    bero (5057) : 2009年07月03日 15時05分 (#1598828) 日記

    記事より
    >mixiでは自社開発の分散KVS「Tokyo Tyrant」を用いて

    (そこからリンクされてるTTの記事を見る限り)Tokyo Tyrantは「分散」KVSではないと思うが。
    レプリケーションはできるみたいだけど、それをもって例えば「分散RDBMS」とは言わないよね

  • 『出来損ないの群体として行き詰まったITシステムを、完全な単体インフラへ人工進化させる』
    ということなんで、そこで終わるわけだろ？単体は他の単体との利益や損害のやりとりをしちゃうので、それ以外を発生させないという機構でないとだめですね。

    ところが、KVSというシステムは他のシステムの発生を抑制できていないわけだよね。
    他者／他社の存在を赦してしまう以上、完全体ではないわけですね。
    行き詰まって他者との模索をするという生命システムを否定して、他者を皆殺しに出来るシステムを作ったということなんでしょうかね？
    だとしたら、このスラッシュドットも、そのシステムになっているか、なっていなければ、単なる虚妄として笑っているだけですよね。
    逆に、このスラッシュドットやYahoo!やGoogleやblogサイトやらが全部そのシステムに配下になっていると思っているのかな？

  • 歴史は繰り返す (スコア:5, すばらしい洞察)

    Anonymous Coward : 2009年07月03日 7時52分 (#1598526)

    10数年前
    「これからは分散です！ホストのように集中型は費用が掛かりすぎし性能が頭打ち
    　になります。分散で安価なオープンシステムへ！」

    5年ほど前
    「分散は非効率です！各所に散らばったデータやシステムを管理することにIT部門は
    　多大な労力と資金を要しています。集中や統合が必要なのです！」

    今
    「これからはクラウドです！コスト削減と迅速なプロビジョニングはシステムを
    　クラウドに移行することで可能となるのです！」

    誰か次のウマイ言葉を作ったら飯のためになるよ！わかるよね？次は集中さ！

  • Re:本当に (スコア:1)

    tomokine (37450) : 2009年07月03日 8時27分 (#1598533)
    あの記事, 「補完計画」って言葉を使いたいがために書いたように見える. 実際はそうじゃないんだろうけどさ, なんかしたり顔で「最後に、このパラダイムシフトにぴったり当てはまる“セリフ”を、アニメ「エヴァンゲリオン」から引用したいと思います。」って言ってる筆者の姿が思い浮かんじゃってさ. そのイメージが消えないんだよね.

    真面目に突っ込むとさ, クラウドの中で KVS を位置付けようとはしてるけど, クラウドってグーグルの GFS, BigTable, MapReduce, Chubby あたりの仕組みのことを指しているのか, もう少し広い意味で使っているのか分からない. どうも記事はそこをごっちゃにして語っているようにしか見えない.
    クラウドの管理コストに関しても言及してないからパブリック・クラウドを念頭に置いてるんだろうけど, クラウドの管理コストは消えるわけではないし, むしろ分散化した分増えるのが普通でしょう. だから「クラウドサービス「Google App Engine（以下、App Engine）」の圧倒的なコストの低さ（無償）」とか言ってても, これは単に Google が Google App Engine で儲けようとしてないだけで, パブリック・クラウドサービスで飯食っていこうとしたら EC2 みたいな料金体系になるでしょう.

    しかし筆者のブログ(http://d.hatena.ne.jp/kazunori_279/ [hatena.ne.jp])を見てみると, そこらへんのことを知らないわけではないみたいなんだよな. 不思議だ. 編集者から「もっと食い付きがいい文章にしてくださいよ. 第1回は多少不正確でもいいからさ. 後の回で正確なことを書けばいいじゃない.」とかって云われたんかな?(妄想)

  • Re:確かに (スコア:1)

    ken_non_sum (19466) : 2009年07月03日 14時29分 (#1598793) 日記

    その上で Key-V... なんて書かれた日には頭が勝手に Key/Visual Art's と認識してしまって自己嫌悪というものです。
    しかし気を取り直して読んでみたら、なんだよ、結局アニメネタじゃん！

    ;; 正しくは Visual Art's/Key って誰も気にしちゃいないか
    ;;

  • 6個のコメント が現在のしきい値以下です。

このページのすべての商標と著作権はそれぞれの所有者が有します。 コメントやユーザ日記に関しては投稿者が有します。
のこりのものは、© 2001-2010 OSDN です。