架构
doubleicon
这个作者很懒,什么都没留下…
展开
-
大型网站架构体系的演变(上)
互联网上有很多关于网站架构的各种分享,有些主要是从运维和基础架构的角度去分析的(堆机器,做集群),太关注技术细节实现,普通的开发人员基本看不太懂。本文上篇将主要介绍大型网站基础架构的扩展,下篇则重点从应用程序的角度去介绍网站架构的扩展和演变。草根时期,快速开发网站并上线。当然,通常只是先试水,用户规模也没有形成,经济能力和投入也非常有限。 有一定的业务量和用户规模了,想提升网站速度,于是,缓存转载 2016-12-08 17:45:16 · 334 阅读 · 0 评论 -
大型网站架构体系的演变(下)
接着上篇继续 在做扩展满足了基本的性能需求后,我们会逐渐关注“可用性”(也就是我们通常听别人吹牛时说的SLA、几个9)。如何保证真正“高可用”,也是个难题 几乎主流的大中型互联网公司,都会有用到类似的架构,只是节点数不同而已。还有一招用的比较多的,那就是动静分离。可以需要开发人员配合(把静态资源放独立站点下),也可以不需要开发人员配合(利用7层反向代理来处理,根据后缀名等信息来判断资源类型)转载 2016-12-08 17:55:23 · 334 阅读 · 0 评论 -
大型网站图片服务器架构的演进
在主流的Web站点中,图片往往是不可或缺的页面元素,尤其在大型网站中,几乎都将面临“海量图片资源”的存储、访问等相关技术问题。在针对图片服务器的架构扩展中,也会历经很多曲折甚至是血泪教训(尤其是早期规划不足,造成后期架构上很难兼容和扩展)。本文将以一个真实垂直门户网站的发展历程,向大家娓娓道来。构建在Windows平台之上的网站,往往会被业内众多架构师认为很“保守”。很大部分原因,是由于微软技术体系转载 2016-12-08 18:51:22 · 374 阅读 · 0 评论 -
nginx实现负载均衡
一直以来在考虑大型电商系统是怎么实现的,其中主要包括数据库的设计(如淘宝、京东的sku怎么设计实现,),负载均衡、分布式缓存redis、CDN、NFS等,在接下来的博客中将会对这些技术进行介绍,本篇先从应用服务器的负载均衡入手; 我的解释:一项任务交由一个开发人员处理总会有上限处理能力,这时可以考虑增加开发人员来共同处理这项任务,多人处理同一项任务时就会涉及到调度问题,即任务分配,这和多线程理念是一原创 2017-01-03 17:00:14 · 528 阅读 · 0 评论