Web应用服务架构的性能优化

1、Web应用服务架构的性能优化技术创新，变革未来演讲大纲Web性能的优化思路瓜子Web架构的优化过程微服务化的挑战Web性能的优化思路性能的层级速度的量级L1 cache referenceL2 cache referenceRead 1M sequentially from memoryDisk seekSend 1M bytes over 1Gbps networkRead 1MB sequentially from disk0.5ns7ns 0.25ms 810ms10ms 2025ms系统性能的木桶定律IO介绍媒介：读写方式：加速设计：系统缓存：磁带、磁盘、SSD 顺序读写、随机读写 缓

2、存、预读、回写IO buffer、Direct IO“内存是新的硬盘，硬盘是新的磁带”-Jim Gray磁带磁盘的物理结构IO的优化相关联的数据物理相邻，减少IO的读写次数提高顺序读写的比例举例：贴吧帖子、LevelDB数据库的优化减少表的join操作一定程度上反范式设计索引量的折中，兼顾读和写KV存储系统的使用慢查询的控制网络层的优化C10K问题select、epoll（ET、FT）TCP、UDP、HTTP、WebSocket长连接、短连接同步、异步阻塞、非阻塞前端优化合并请求域名拆分模块化&按需加载开启Gzip和HTTP/2开启KeepAliveMinify编程语言的选择性能生态的完备性复

3、杂度领域相关多进程线程、协程性能监控的方法代码打点优点：简单、高效，对系统性能损失小缺点：每次都需要修改代码、不够全面增加性能插件优点：一次部署，终身受用缺点：系统性能损耗使用APM产品优点：使用简单，部署快，全面缺点：需要一定费用，也有一定的损耗总体原则寻找合适的性能监控方法找出最短的短板甄别短板类型（IO密集、网络、计算密集）针对性解决前期抓大放小，后期精细处理瓜子WEB架构的优化过程质量、及时交付、性能V0.1的架构V0.1的启示“过早优化是一切罪恶的根源”主要精力集中在业务上，快速迭代尽量采用第三方服务不加应用级cache消除架构中的“单点”数据安全性数据字典的确立V0.1的问题代码可

4、维护性差，新人介入成本太高耦合太紧密，微小的错误也会带来整体的crash全部业务都在一个DB实例上，性能扩展性极低日志缺乏和规范不统一，定位问题困难系统、应用、业务级别的监控缺乏V0.5的架构V0.5的启示业务级别的代码拆分DB上按照业务分实例统一日志规范Open-falcon的应用基于Twenproxy的redis集群简单逻辑直接走openrestyV0.5的问题业务内部拆分不够细，耦合依然比较重代码分层混乱，越级、跨级调用多业务间接口调用方式千差万别接口的可用性和性能监控不够上线工具不完善，不支持回滚测试以黑盒为主V1.0的架构3&:$3$33$33064/-0064/65HGLV65HG

5、LV0(%6&DW(H VZDJJHU*3$% 7HVLQJ&20021 $3,064/6V1.0的启示业务内拆分更细粒度的服务统一接口规范RPC的调用，串行 - 并行计算密集型改由go服务来实现代码层分级，禁止跨级调用第三方服务增加主备和自动切换机制单测单测的重要性持续集成的关键先从核心代码开始，逐步提高覆盖率用好的方法让单测更简单要体现在每日构建中接口接口的重要性与日俱增用swagger集中统一管理接口测试的case管理可用性及性能监控代码风格设计模式代码规范(eg:PSR1、PSR2)使用git hook，提交前code sniffer准入前后端分离微服务化的挑战架构的复杂度服务注册、服务发现、熔断机制等基础组件架构和部署上带来的复杂度需要很强