系统架构
文章平均质量分 87
weigbo
这个作者很懒,什么都没留下…
展开
-
基于mod_proxy+Apache 2.2.16+Tomcat 7的负载均衡与集群配置
基于mod_proxy+Apache 2.2.16+Tomcat 7的负载均衡与集群配置Peter Wei周日晚和GF的老乡们喝了五粮液,导致周一起不了床,只好请假在家睡觉。白天睡了半天,晚上自然睡不着觉。正好现在的项目中也用到了负载均衡和集群的东西,虽然有新手贴的危险,但还是手痒,决定写点东西,以备不时之需。也希望能对大家有所帮助。 第一章. 背景简介对于大多数企业应用,都希望能做到7*24小时不间断运行。要保持如此高的可用性并非易事,比较常见的做法是将系统部署到多台机器上,每台机器都对外提原创 2010-09-07 07:23:00 · 888 阅读 · 0 评论 -
MemcacheDB, Tokyo Tyrant, Redis performance test
MemcacheDB, Tokyo Tyrant, Redis performance testTuesday, Aug 11th, 2009 by Tim | Tags: English, memcachedb, redis, tokyo cabinet, tokyo tyrant<br /><br />I had tested the following key-value store for set() and get()MemcacheDB, use memcached client protoco转载 2011-04-06 03:11:00 · 871 阅读 · 0 评论 -
Redis几个认识误区
Redis几个认识误区Saturday, Dec 4th, 2010 by Tim | Tags: key value store, redis<br /><br />前几天微博发生了一起大的系统故障,很多技术的朋友都比较关心,其中的原因不会超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那几个范围,James第一条经验“Design for failure”是所有互联网架构成功的一个关键。互联网系统的工程理论其转载 2011-04-06 03:18:00 · 405 阅读 · 0 评论 -
VO(DTO)模式在分层架构设计中是否需要的扯淡
VO(DTO)模式在分层架构设计中是否需要的扯淡<br /> Peter Wei<br /><br /><br />引子:<br /><br />前两天,在内部讨论中。公司有一开发人员向我抛出问题:我们Web层和App应用层用DTO(VO)对象,没有直接用PO,你有什么好的建议?我自然知道他说这句话的意思,PO到DTO(VO)的不停转换,太麻烦,增加太多工作量了。因为我是负责做架构的,他是想让我向上面CTO反映取消掉DTO对象。但现有的架构是原先就有的,而且在一定程度上,我也认为需要用DTO对象。所以最终没原创 2011-04-23 20:14:00 · 8207 阅读 · 5 评论 -
可扩展架构之用户规模影响设计
看了timyang的qcon2010演讲内容后,做下备忘记录。 用户规模影响设计,具体是指用户数每上一个数量级,许多设计需要重新考虑。 10万用户级别 单服务器,前端、后端、cache、db在一起。 百万级 db和cache单独部署服务器,db或按业务进行拆分(sharding) cache或使用一致性hash扩展。 前端后端还是在一起,但是根据业务原创 2011-04-05 21:28:00 · 499 阅读 · 0 评论