浅谈web架构

当面对一个复杂问题时，可以采用分而治之的思想，任何问题都可以。
架构也是一样，首先对架构进行分层。比如简单的分为前端，后端，数据存储
分割：针对业务进行分而治之 把业务分成不同的领域或者模块，进行设计和代码实现
分布式：针对分割好的业务进行集群负载均衡
软件架构还需要关注性能、可用性、伸缩性、扩展性和安全性这5个架构要素
性能方面
CDN
本地缓存和分布式缓存
也可以通过异步操作将用户请求发送至消息队列等待后续任务处理，而当前请求直接返回响应给用户。
可以将多台应用服务器组成一个集群共同对外服务，提高整体处理能力，改善性能 在代码层面，也可以通过使用多线程、改善内存管理等手段优化性能。
多线程
启动线程数＝［任务执行时间/（任务执行时间（IO等待时
间）］］CPU内核数
在数据库服务器端，索引、缓存、SQL优化等性能优化手段都已经比较成熟。NoSQL数据库通过优化数据模型、存储结构、伸缩特性等手段在性能方面的优势也日趋明显。

分析影响性能的主要因素是内存、磁盘、网络、还是CPU，是代码问题还是架构设计不合理，或者
系统资源确实不足

可用性
主要手段是冗余
伸缩性
关系数据库虽然支持数据复制，主从热备等机制，但是很难做到大规模集群的可伸缩性，因此关系数据库的集群伸缩性方案必须在数据库之外实现，通过路由分区等手段将部署有多个数据库的服务器组成一个集群。
网站可伸缩架构的主要手段是事件驱动架构和分布式服务。

服务器优化
优化手段主要有缓存、集群、异步等

位于应用层的服务器通常为了应对高并发的访问请求，会通过负载均衡设备将一组服务器组成一个集群共同对外提供服务，当负载均衡设备通过心跳检测等手段监控到某台应用服务器不可用时，就将其从集群列表中剔除，并将请求分发到集群中其他可用的服务器上，使整个集群保持可用，从而实现应用高可用。
位于服务层的服务器情况和应用层的服务器类似，也是通过集群方式实现高可用，只是这些服务器被应用层通过分布式服务调用框架访问，分布式服务调用框架会在应用层客户端程序中实现软件负载均衡，并通过服务注册中心对提供服务的服务器进行心跳检测，发现有服务不可用，立即通知客户端程序修改服务访问列表，剔除不可用的服务器。springcloud dubbo等 位于数据层的服务器情况比较特殊，数据服务器上存储着数据，为了保证服务器宕机时数据不丢失，数据访问服务不中断，需要在数据写入时进行数据同步复制，将数据写入多台服务器上，实现数据冗余备份。当数据服务器宕机时，应用程序将访问切换到有备份数据的服务器上。mysql 主从
网站升级的频率一般都非常高，大型网站一周发布一次，中小型网站一天发布几次。每次网站发布都需要关闭服务，重新部署系统，整个过程相当于服务器宕机。因此网站的可用性架构设计不但要考虑实际的硬件故障引起的宕机，还要考虑网站升级发布引起的宕机，而后者更加频繁，不能因为系统可以接受偶尔的停机故障就降低可用性

服务高可用方法
超时设置
异步调用
服务降级
幂等性设计
保证数据存储高可用的手段主要是数据备份和失效转移机制
失效转移
失效确认、访问转移、数据恢复
网站的伸缩性
一般说来，网站的伸缩性设计可分成两类，一类是根据功能进行物理分离实现伸缩，一类是单一功能通过集群实现伸缩。前者是不同的服务器部署不同的服务，提供不同的功能；后者是集群内的多台服
务器部署相同的服务，提供相同的功能。

负载均衡是网站必不可少的基础技术手段，不但可以实现网站的伸缩性，同时还改善网站的可用性，可谓网站的杀手锏之一。具体的技术实现也多种多样，从硬件实现到软件实现，从商业产品到开源软
件，应有尽有，但是实现负载均衡的基础技术不外以下几种。
DNS域名解析负载均衡
IP负载均衡
数据链路层负载均衡 直接路由方式（DR）。LVS

负载均衡算法
轮询
加权轮询
随机
最少连接
源地址散列

扩展性（Extensibility）
指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。表现在系统基础设施稳定不需要经常变更，应用之间较少依赖和耦合，对需求变更可以敏捷响应。它是系统架构设计层面的开闭原
则 （对扩展开放，对修改关闭），架构设计考虑未来功能扩展，当系统增加新功能时，不需要对现有系统的结构和代码进行修改。
伸缩性（Scalability）
指系统能够通过增加（减少）自身资源规模的方式增强（减少）自己计算处理事务的能力。如果这种增减是成比例的，就被称作线性伸缩性。在网站架构中，通常指利用集群的方式增加服务器数量、提
高系统的整体事务吞吐能力。