WEB架构设计概述.docxVIP

? ? WEB架构设计概述 ? ? 一、背景知识 1、正向代理与反向代理 2、CDN（Content Delivery Network）：内容分发网，基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决 Internet网络拥挤的状况，提高用户访问网站的响应速度。 二、架构演变 1、初始搭建 ??????? 基于框架，运行在Tomcat容器中。文件、数据库、应用程序在一个服务器上。 2、服务分离 ??????? 随着用户量上升，单台服务器无法满足系统的负载，可以把应用服务器和数据服务器单独部署，如果有条件也可以把文件服务器单独部署。 3、反向代理 ?????? 为了提升服务处理能力，我们在Tomcat容器前加一个代理服务器，比如Nginx、apache也。用户的请求发送给反向代理，然后反向代理把请求转发到后端的服务器。严格意义上来说，Nginx属于web服务器，一般处理静态html、css、js请求，而Tomcat属于web容器，专门处理JSP请求，当然Tomcat也是支持html的，只是效果没有Nginx好而已。 4、动静分离 ??????? 基于以上Nginx反向代理，我们还可以实现 动静分离，静态请求如html、css、js等请求交给Nginx处理，动态请求分发给后端Tomcat处理。Nginx 升级到1.9.5+可以开启HTTP/2.0时代，加速网站访问。当然，如果公司不差钱， CDN也是一个不错的选择。 5、服务拆分 ????????在这分布式微服务已经普遍流行的年代，其实我们没必要踩过多的坑，就很容易进行拆分。市面上已经有相对比较成熟的技术，比如阿里开源的Dubbo(官方明确表示已经开始维护了)，Spring家族的SpringCloud，当然具体如何去实施，无论是技术还是业务方面都要有很好的把控。 （1）Dubbo （2）SpringCloud 服务发现——Netflix Eureka 客服端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关——Netflix Zuul 分布式配置——Spring Cloud Config （3）微服务与轻量级通信 同步通信和异步通信 远程调用RPC REST 消息队列 6、持续集成部署 ????????服务拆分以后，随着而来的就是持续集成部署，你可能会用到以下工具：Docker、Jenkins、Git、Maven。基本拓扑结构如下所示： ????????整个持续集成平台架构演进到如下图所示： 7、服务集群 ????????Linux集群主要分成三大类( 高可用集群， 负载均衡集群，科学计算集群)。其实，我们最常见的也是生产中最常接触到的就是负载均衡集群。 （1）负载均衡实现 DNS负载均衡，一般域名注册商的dns服务器不支持，但博主用的阿里云解析已经支持 四层负载均衡(F5、LVS)，工作在TCP协议下 七层负载均衡(Nginx、haproxy)，工作在Http协议下 （2）分布式session ????????大家都知道，服务一般分为有状态和无状态，而分布式sessoion就是针对有状态的服务。 8、读写分离 ????????MySql主从配置，读写分离并引入中间件，开源的MyCat，阿里的DRDS都是不错的选择。如果是对高可用要求比较高，但是又没有相应的技术保障，建议使用阿里云的RDS或者Redis相关数据库，省事省力又省钱。 9、缓存优化 ?????? 引入缓存无非是为了减轻后端数据库服务的压力，防止其罢工。常见的缓存服务有，Ehcache、OsCache、MemCache、Redis，当然这些都是主流经得起考验的缓存技术实现，特别是Redis已大规模运用于分布式集群服务中，并证明了自己优越的性能。 10、消息队列 （1）异步通知：比如短信验证，邮件验证这些非实时反馈性的逻辑操作。 （2）流量削锋：应该是消息队列中的常用场景，一般在秒杀或团抢活动中使用广泛。 （3）日志处理：系统中日志是必不可少的，但是如何去处理高并发下的日志确是一个技术活，一不小心可能会压垮整个服务。工作中我们常用到的开源日志ELK，为嘛中间会加一个Kafka或者redis就是这么一个道理(一群人涌入和排队进的区别)。 （4）消息通讯：点对点通信(个人对个人)或发布订阅模式(聊天室)。 11、日志服务 ????消息队列中提到的ELK开源日志组件对于中小型创业供公