程序员小董的专栏

本文可作为>一书第六章的读书笔记 DNS域名解析负载均衡 处理逻辑如下图: http重定向负载均衡 如下图: 两个问题 1 请求的经过两次服务器,性能太差 2 重定向服务器本身的处理能力可能成为瓶颈,伸缩性不好 反向代理负载均衡 几点备注 1 这种模式运行在http层,所以也叫作应用层负载均衡 2 反向代理服务器本身

架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 关于什么是模式，这个来自建筑学的词汇是这样定义的：“每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作”。模式的关键在于模式的可重复性，问题与场景的可重复性带来解决方案的可重复使用。 针对现在的高并发访问,海量数据处理,高可靠

说句掏心窝的话,高可用甚至比高性能更重要。为什么? 因为你把系统的性能优化10倍,你的老板可能会说:小董呀,干的不错。 可是,如果你负责的模块,三天两头就宕掉了,嘿嘿,你懂得。 可用性度量 99%-----网站年度不可用时间小于88个小时 99.9%---网站年度不可用时间小于9个小时 99.99%---网站年度不可用时间小于53分钟 高可用架构 一般的互联网公司大多采用p

很明显,这一章是说性能优化的,那么在说性能之前,我们得先了解性能的具体定义,也就是说如何评定一个系统性能是好还是不好。 因此,我们就先说说性能测试,然后分别是前端性能,应用服务器的性能以及存储性能的优化。 性能测试 1 不同的人对性能的认识是不一样的   对用户来说,他们认为的性能就是网站反应的快慢,具体来说就是他们点击鼠标,然后看到效果所需要的时间。对于这部分的优化,可以参见后面

通常情况下,一个网站的架构出来功能性需求外,还应该考量以下五个方面: 性能 可用性 伸缩性 扩展性 安全性 性能 性能的官方解释,我就不说了。对用户来说,就是系统的反应速度是否快。 对网站来说,性能问题是无处不在的,继而,我们优化性能的手段也有很多。 我们从前到后一个一个来说 在浏览器端,可以通过浏览器缓存,页面压缩,合理布局页面等方式 还可以使用cdn,让一些静态文