己丑年
明天开工,希望己丑年平安、幸福!
明天开工,希望己丑年平安、幸福!
不了解组成Web站点元素,就没办法进行架构的设计,犹如厨师不知道有哪些材料,那他如何做的出可口的菜肴?
从外到里:
返回上一章:《S2:性能参数》
每个计算机系统都有4个传统的参数:
优化系统性能就是要减少延迟、增加其他3个参数的值。尽管这个定义很直观,但优化本身并不直观,因为这些参数彼此之间可以互相消长,而且它们会随时间、服务内容种类已经许多其他环境改变而改变。另外,对某个机构的目标来说,有些性能参数比其他参数重要。 (阅读全文 …)
sorry,这个还真不知道呢:$
将3H1L作为一个系统运营的终极目标,对公司整体运营是非常有好处的,这也将为公司利益最大化提供一个非常好的平台和基础,特别是互联网企业。
知道了3H1L的定义后,下面就要知道我们如何来实现,下面的三点,做个参考记录下:
在介绍架构前,我们必须要知道组成Web站点的元素,但是在之前,我想还是先来看看性能参数,以便为Web站点元素优化的时候提供参考。
查看下一章:《性能参数》
自从上次数据库结构出乱恢复后一直不正常,今天升级到wordpress2.7,想不到就正常了,嘿嘿:)
因为工作关系,现在一直和CDN系统打交道,所以也间接的了解到了国内一些厂商的cdn设计的大致情况。
CDN的大致框架:GSLB -> L4LB -> L7LB -> Cache(Squid/NetCache/Varnish etc..)
这里,GSLB基本上依托于DNS来实现;L4LB基本上用常见的设备:商用的比如NetScaler,免费的有LVS;L7LB:一般是用代理,比如:HAproxy/Nginx/Lighttpd。
Cache这块大部分还是用Squid或者是其之二次开发的产品。商用如NetCache。
The history of the World Wide Web may be short, but its virtual landscape is already littered with scads of digital dross. The tarnished logos of so many failed dot-coms are strewn to and fro, discarded (or repossessed) servers sit idle, collecting dust, and almost everyone from Silicon Valley to Silicon Alley has a tall tale to tell. “Why, when I was just a lad, we didn’t have fancy WYSIWYG editors. We hand-coded our HTML, and we liked it! Ah, those were the days of baud, boy!”
Thankfully, much has changed from those heady times of the mid-1990s. Designers have fancy tools to create Web sites, as do developers. Scripting languages, including PHP, are conveniences, and frameworks like CakePHP (see Resources) accelerate all stages of coding. Sites have also learned how to scale to keep pace with demand. Need more bandwidth? Lease a bigger pipe. Need to run faster? Crank up the clock cycles. Need to push more pages? Deploy more Web servers.
Yet more servers? Perhaps. If you have cash to burn.
对web站点的性能来说,服务器带宽是为仪最重要的因素。实际上确定需要怎么样的带宽的数学公式非常简单:次/秒(每秒访问的次数)*比特/次(每次访问的平均容量)=比特/秒
对绝大多数网站来说,处理静态文件的性能兵并不是瓶颈。
因特网上一个http传输的全部时间通常是2-20秒,其中大部分是由调制解调器和因特网带宽以及延迟限制带来的。 (阅读全文 …)
如何弄清楚弄清楚浏览器的高速缓存区的大小?