服务化的网站架构
View more presentations from thinkinlamp.
From: http://blog.thinkinlamp.com/wp-trackback.php?p=538
fastRPC: http://code.google.com/p/fastcgirpc/
Updates from 十二月, 2010 Toggle Comment Threads | 键盘快捷键
-
bixuan
-
bixuan
[转载]多IDC数据时序问题及方法论
上一周在微博架构与平台安全演讲中提到多IDC及架构设计的方法，由于最近工作中经常碰到这种情况，再举一个小案例补充一下。
Web数据访问比较好的设计模式是使用cursor方式（参考前文用Twitter的cursor方式进行Web数据分页），原理上相当于增量方式访问数据，可以极大提高访问性能。
在单IDC场景中，如图1，系统的id是递增，假设用户上一次访问最新一条记录是1002，则本次访问最佳的方式是 get?cursor=1002，可以高效取到后面3条新记录。
多IDC场景，看图2，假设白色背景属于Region 1，灰色背景属于Region 2, 由于两地同步有延迟，这样在Region 1中1001和1003来到时间较晚，排在本地数据1002和1004后面。假设用户上一次也是取到最新一条是1002(注意此时1001没取到，因为从外地未同步过来)。在Region 1调用 get?cursor=1002返回结果会得到什么？从数据库角度来看，访问cursor=1002 只会取到id>1002的记录，而上次未取到的1001即使已经同步过来是永远不会返回了。这样就产生了数据一致性问题，1001丢了。另外一个机房Region 2调用也产生类似问题。不同的cursor产生不同的丢失问题。
提出这个问题后身边很多技术人员非常感兴趣，经常走在路上被拦住介绍他们突然想到的一种更巧妙的解决方法。部分思路如下
(这里先不考虑ID递增算法如何实现，多IDC使用K-SORT方式递增也是比较容易的)- 例外的方式，把迟到的id都存下来
- 补方式，把cursor往前多取一点，宁滥毋缺
- 快照方式，最近取的记录都存下来，这样服务器内部知道这个cursor上次哪些id取了哪些没取
大部分方法貌似都能工作，但都有问题或不完美，更重要的一点，也就是上周演讲中提到的，架构要把复杂的问题抽象简单，很多技术人员面对这个问题，并没有深层次思考这个场景的问题本质是什么，因此虽然匆匆考虑了很多复杂的解决方案，但是没有完美解决问题。
有兴趣的朋友可以继续思考，看能否将复杂的问题抽象简单并解决？
-
bixuan
[转载]微博架构与平台安全演讲稿
View more presentations from Tim Y. -
bixuan
基于ganglia为核心的监控系统设计
至于什么是ganglia就不说了，通过ganglia可以获取一个xml格式个具体的监控数据，很详细，当然如果认为要监控的数据少了，可以自己写个插件玩玩。
初步设计：
1、增加IP管理的表，针对这个管理的功能可以自己定义；
2、增加后台运行执行的脚本：判断IP是否超过一定时间没接收到数据了，然后可以设置是否报警，报警给谁等等；
3、用C或者python写自定义的插件，以满足自己的需求；
4、一些小细节的优化，比如：前端页面的美观、显示更多的link等等；
还有其他可以做到的东西很多，回头再来折腾。 -
bixuan
DNS管理系统
从去年就喊着要开发DNS管理，到今天才算完整了第1个版本，目前是Beta1.0，功能：
- 用户管理，支持2级的管理；
- 域名管理，可以添加多个域名；
- 记录管理，方便的添加，修改记录，同时支持单个zone的迁移；
- 多VIEW支持（其实就是简易上的GSLB），目前支持76个view；
- 权限管理，可以针对不同用户进行权限设置；
- 日志查看（第1版只对域名解析记录操作做日志保留，且保留最近20条）
未来的功能：
- 动态更新解析记录，更灵活实现GSLB
- …
睡觉:)