![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
读书笔记
ahojcn
这个作者很懒,什么都没留下…
展开
-
【读书笔记】网站伸缩性架构-永无止境
6、伸缩性-永无止境架构的伸缩性设计不同功能进行物理分离实现伸缩纵向分离(分层后分离)横向分离(业务分割后分离)单一功能通过集群规模实现伸缩当一头牛拉不动车的时候,不要去寻找一头更强壮的牛,而是用两头牛来拉车。应用服务器集群的伸缩性设计HTTP 重定向负载均衡根据请求,计算一个服务器地址,利用 HTTP 302 重定向到服务器地址。优点:比较简单。缺点:浏览器需要两次请求服务器才能完成一次访问,性能较差;重定向服务器自身的处理能力可能成为性能瓶颈;302 重定向可能被搜索原创 2020-06-09 21:08:26 · 280 阅读 · 0 评论 -
【读书笔记】高可用网站架构-万无一失
5、高可用-万无一失廉价的服务器硬件故障是常态,网站的高可用架构设计的主要目的就是保证服务器硬件故障时服务依然可用、数据依然保存并能够访问。实现上述高可用方案的主要数据和服务的手段是冗余备份和失效转移。应用层:应对高并发,负载均衡,心跳检测监控,不可用时候剔除。服务层:通过集群方式实现高可用,被应用层通过分布式调用框架访问,分布式调用框架会在客户端程序中实现软件负载均衡、心跳检测。数据层:同步复制,冗余备份。高可用的应用健身房小姐姐填表单的栗子。无状态性!!!可以直接通过负载均衡实现无状态服务的负原创 2020-06-09 21:05:52 · 231 阅读 · 0 评论 -
【读书笔记】高性能网站架构-瞬时响应
4、高性能-瞬时响应检查请求各个环节的诶之,分析哪个环节响应时间不合理、超出预期;检查监控数据,分析影响性能的主要因素是内存、磁盘、网络、还是 CPU,是代码问题还是架构设计不合理,或者系统资源确实不足。性能测试指标响应时间、并发数、吞吐量、性能计数器等。响应时间每个响应时间比较短不好测试,常用方法是重复请求很多次,求平均时间。并发数系统能够同时处理请求的数目,对于网站而言,指同时提交请求的用户数目。测试程序通过多线程/协成模拟并发用户的办法来测试系统的并发处理能力,为了真实的模拟用户行为,原创 2020-06-09 21:04:02 · 266 阅读 · 0 评论 -
【读书笔记】大型网站核心架构要素
大型网站核心架构要素性能浏览器端:浏览器缓存、页面压缩、合理页面布局、减少 Cookie 传出、CDN。应用服务器端:本地缓存、分布式缓存、异步操作、服务器集群。代码层面:多线程、改善内存管理等。数据库端:索引、缓存、SQL 优化等性能优化手段、NoSQL 优化数据模型、存储结构、伸缩性。可用性假设系统中任何一台或多台服务器宕机时,以及出现各种不可预期的问题时,系统整体依然保持可用。提高网站可用性的主要手段是冗余。1、对于应用服务器,多台服务器负载均衡,前提是应用服务器上不能保存请求的回话原创 2020-05-31 20:42:56 · 280 阅读 · 0 评论 -
【读书笔记】大型网站架构模式
2、大型网站架构模式每一个模式描述了一个在我们周围不断重复大声的问题以及问题解决方案的核心。分层将系统横向切分。分层结构在计算机中无处不在,网络的 ISO 7层分层,计算机硬件、操作系统、应用软件也是一种分层。网站系统中:应用层、服务层、数据层。分层架构的挑战:合理规划层次边界和接口。进制跨层次的调用(应用层直接调用数据层)和逆向调用(数据层调用服务层,或者服务层调用应用层)。分割将系统纵向切分。将每一层按模块进行分割,每个模块由不同的团队负责。分布式分布式应用和服务、分布式静态资源原创 2020-05-31 19:14:45 · 250 阅读 · 0 评论 -
【读书笔记】大型网站架构演化
1、大型网站架构演化网站架构设计的目标高可用、高性能、易扩展、可伸缩、安全。网站的价值在于它能为用户提供什么价值,在于网站能做什么,不在于网站怎么做的。不是所有的问题都可以通过技术来解决。有的时候调整业务也是很好的一种方式。技术是用来解决业务问题的,业务的问题也可以尝试通过业务的手段去解决。网站架构演化发展历程初始阶段应用服务和数据服务分离一台服务器逐渐不能满足需求,越来越多的用户访问导致性能越来越差,越来越多的数据导致存储空间不足。将存储和应用服务器分开。缓存80% 的业务访原创 2020-05-31 18:10:28 · 327 阅读 · 0 评论