作者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