大型网站技术架构：核心原理与技术分析摘要_大型网站技术架构-核心原理与技术分析-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_43820542/article/details/99289706

大型网站技术架构：核心原理与技术分析摘要

本文摘录内容是书上第二章——架构核心要素

##高性能

网站性能测试

所谓网站高性能具体指的是什么？从不同角度来看

用户：涉及客户端服务端的通信时间，服务处理和反馈时间。

开发：程序本身的响应时间，系统吞吐量，并发能力，系统稳定性

运维：基础设施资源利用率

关键指标

响应时间
并发数
吞吐量
性能计数器（基础设施使用数据）

性能测试方法

性能测试
负载测试
压力测试
稳定性测试

大型网站结构复杂，用户从浏览器发出请求到得到响应，中间经历很多环节。通过完整的性能测试，能够知道网站的性能情况，网站负载能力以及网站的潜在问题，这些问题在高并发高负载下会非常致命。通过性能测试数据，我们能够对自己的网站有一个整体的认识，知道网站的短板，并能够有针对性的改善网站性能。

系统性能优化

web前端性能优化

浏览器访问优化

减少http请求次数：合并css，js，和资源文件
减少请求数据量：浏览器缓存，前端数据压缩

CDN加速

反向代理

应用服务器性能优化

缓存

分布式缓存

合理使用缓存，保证缓存的高可用

使用缓存：缓存预热，防止缓存穿透，防止缓存热点
本地缓存

异步操作

使用消息队列将系统解耦，同时在高并发的情况下还可以有削峰的作用

服务器集群

配合适当的负载均衡，服务器集群能够有效的分担高并发请求

#####代码优化

多线程处理，资源复用，优化数据结构，jvm性能调优

存储性能优化

硬件方面，分布式存储系统

高可用

网站可用性指标是一个可以量化的数字，业内通常用多少个9来衡量网站的可用性。

网站不可用时间=故障修复时间点-故障发现时间点

网站可用性=（1-网站不可用时间/年度总时间）X 100%

99%是基本可用，网站年度不可用时间小于88小时；99.9%是高可用，年度不可用时间小于9小时；99.99%是具有自动恢复能力的高可用，年度不可用时间小于53分钟；99.999%是极高可用，不可用时间小于5分钟。

网站可用性指标具体到个人可以用故障分来衡量

分类	描述	权重
事故级故障	严重故障，系统整体不可用	100
A类故障	核心功能不可用，网站访问不顺畅	20
B类故障	非核心功能不可用，或核心功能少部分用户不可用	5
C类故障	其他故障	1

故障分=故障时长（分钟）X 故障权重

高可用网站架构

系统分层使得不同层的服务高可用方案各不相同同。
应用层集群部署，通过负载均衡器平衡流量，监测到某台服务器不可用，通过移除异常服务器让集群服务整体可用。
服务层与应用层类似，可以通过集群实现高可用。在服务内部可以对服务进行分级管理，高级核心服务考虑与其他服务隔离，服务调用有超时设置，通过异步调用解藕服务之间对依赖，服务熔断降级来保护核心服务，设计服务原则保持服务幂等。
硬件损坏概率比较高，数据层的高可用解决方案就是通过复制，同步备份数据，监测到故障发生时快速切换数据源。
系统升级部署应该实现在保证服务可用的情况下部署，热部署，灰度发布。