作者sadle (sadle)
看板HOT_Game
標題Re: [討論] 認證圖集中解碼
時間Sun Jun 24 04:02:35 2007
※ 引述《vicamo (asdf)》之銘言：
: ※ 引述《sadle (sadle)》之銘言：
: : 這兩個問題有一點類似, 厲害的大大們可以考慮將 key-value(digest-text) 的 mapping
: : 擺到 DNS 的 RR 裡去, client 不用再 maintain 愈來愈吃人的資料庫, 查詢反應也不差.
: : server 也落得清鬆 ( DNS 本身就是一個超大的 cache system ). 只要專心接 case 就好.
: : 不用煩惱資料怎麼同步到 client.
: 這個可能是不同 scale 的東西喔
: 一台 DNS 負責的區域太大的時候往往會把子網域下放
: 可是現在可能只有一台 DNS 要負責幾萬筆 @@
: 又，DNS 的 expire 是一整個 zone 在 expire 的
: 如果我們要作 aging 的話，也許還是自己寫一個小程式出來比較好
DNS 的查詢架構是分散式的, 且查詢結果會 cache 在各個查過的 server 中.
master server 如果不夠力, 也可以加 slave server 幫忙分擔流量.
分子網域有時是因為管理或授權的因素, 並不單是 performance 考量.
我想, 幾萬筆資料應該還不致成為問題. 比起目前世界上有的網址數量來看.
應該不是問題 ( 我覺得啦 ).
我會這樣想, 是覺得有現成的系統可以拿來用幹嘛不用.
server 端只要寫轉 db 為 NS RR ( maybe HINFO ) 的程式,
撿個 domain 架個 name server 供人家查 hash -> text.
client 端只要弄個 name resolver, 根本不需要資料庫和搞同步.
這樣比較簡單又乾淨.
搞不好現在開始弄, 白天我們就有可用的東西可以跑了.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 139.175.160.250
1F：推 cherrywish:推，這想法不錯，可以寫信給ward大參考看看:P 06/24 04:05
2F：推 nmrfarm:推,雖然看不懂,但最後一段關鍵句 06/24 04:07
3F：→ nmrfarm:"搞不好現在開始弄, 白天我們就有可用的東西可以跑了." 06/24 04:07
4F：→ nmrfarm:感覺希望無窮~無窮呀~~ 06/24 04:07
5F：推 zealwcc:搞不好現在開始弄, 白天我們就有可用的東西可以跑了. 06/24 04:19