パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

CDDBのFreeDBが新規ミラーサイト募集中」記事へのコメント

  • by Livingdead (18685) on 2005年11月24日 12時48分 (#837189) ホームページ 日記
    すでにタレコミ文やいくつかのコメントにも言及があるbittorrentでの配布についてはfreedb is looking for a reliable torrent tracker [freedb.org]との事ですが、これはデータベースをCDDBサーバに配信するためにbittorrentを使うって事ですよね?CDDBデータベースをばら撒くこと自体が目的じゃないですよね?

    でも結果的に安定稼動するサーバは立てられないけどCDDBデータベースは共有して持ってるよって人が増えるわけで、じゃ、そういう人は不安定ながらもCDDBデータベースを立てようと思えば可能なわけです。

    ということで、CDDBデータベースにもその安定度に応じて Tier1 サーバ群と Tier2 サーバ群とに分けて、Tier2 サーバ群は unauthorized なサーバ群でいつ落ちるかわかんないけどとりあえずみんな一発目のクエリは手近な Tier2 サーバに問い合わせてよ、で、ダメなら Tier1 サーバに問い合わせてね、っていう感じで運用するのはどうでしょう? NTP のストらタ無(by MS-IME) にちょっと似てる?でもCDDBのデータベース自体がコピーによって劣化するわけじゃないからな。

    CDDBサービスの詳細ってよく知らないんですが、新しいエントリを登録したり、間違っているエントリを修正した結果ってのはすべて中央(??)のご本尊に投入されるんですよね?ミラーサーバはリードオンリーですよね?違う?
    --
    屍体メモ [windy.cx]
    • by YOUPohwa (17275) on 2005年11月24日 14時46分 (#837248) ホームページ 日記
      たしかに、そういう仕組みがあると便利かもしれませんね。

      大元のサーバは子サーバリストの管理だけを行って、子サーバへのデータベース提供はBitTorrentなどを利用、クライアントは子サーバリストの中から近いところを選んで接続、リストの鮮度が下がってきたら(利用可能なサーバが減ってきたら)大元のサーバに接続してリストを更新、とか。

      クライアントサイドで、定期的に(接続できるサーバが十分にあっても)サーバリストを更新するとか、賞味期限切れのデータベースを持っている可能性がある子サーバに接続するときはバージョンを問い合わせてチェックするとかして、データの鮮度を維持する必要がありそうですが。

      ミスヒットのペナルティをサーバ側でなくクライアント側で負担することになるので、クライアントの動作は確実に遅くなりますが、CDDBの問い合わせなんて数秒単位の時間を争うようなタスクじゃないし、クライアント側に「繋がりやすいサーバ」のデータが蓄積されれば割とスムーズに動くんじゃないかなと。
      # あとは「悪意ある子サーバ対策」で複数のサーバから
      # データを取って比較する機能とか・・・却って負荷高まるか。

      NTPもそうですが、大きなファイルをやり取りするわけじゃないし、随時更新されるデータを扱うことになるので、BitTorrentなんかとはちょっと違ったアプローチで負荷を分散した方が有効な気がします。
      # と、コードが書けないので理屈だけ書き散らしてみる。
      --
      yp
      親コメント
      • ああ、でも、そこまでやっちゃうとプロトコルに互換性がなくなるから、ローカルでプロクシみたいなものを噛まさないと、通常のクライアントからは利用できませんね。

        # わざわざFreeDB利用するような人なら
        # きっとプロクシ入れてくれる、というのは甘いかしら?
        --
        yp
        親コメント

アレゲは一日にしてならず -- アレゲ研究家

処理中...