前言:
现在各位老铁们对“cas客户端ajax”大体比较重视,朋友们都想要剖析一些“cas客户端ajax”的相关知识。那么小编也在网上搜集了一些关于“cas客户端ajax””的相关内容,希望我们能喜欢,咱们一起来了解一下吧!一、高可用
1.负载均衡
作用:将全部的网络请求均衡地分布到其它服务器,合理管理网络流量。
2. 隔离:
作用:将系统或资源分割开,保障服务间的相互不影响和可用性。
1.) 线程隔离:核心业务线程池、非核心业务线程池。基于servlet3的线程隔离术,tomcat7之后版本引入了servlet3,它基于NIO能处理更大的并发数。
2.) 进程隔离:拆分多个子系统来实现物理隔离。
3.) 集群隔离:部署多个服务集群(常规服务分组,秒杀服务分组)
4.) 机房隔离:多个机房部署,本机房服务正常只调用本机房服务,当其中一个机房发生问题时,通过负载均衡将请求全部切到另一个机房。
5.) 读写隔离:通过主从模式将读和写集群分离,如MySQL、Redis。
6.) 动静隔离:将动态内容和静态资源分离,静态资源放在CDN上。防止访问量太大导致宽带被打满,从而出现不可用。
7.) 爬虫隔离:过滤恶意IP,分流到固定分组服务。保证正常流量可用。
3. 限流:
作用:一个时间窗口内的请求进行限速来保护系统,达到限制速率拒绝服务,从而保护系统可用性。
1.) 令牌桶:存放固定容量令牌的桶,按照固定速率往桶里添加令牌。桶满时,新添加的令牌被丢弃或拒绝。允许一定程度突发流量。算法实现上,可用乐观锁CAS(Compare and Swap 比较并交换)实现,AtomicInteger。
2.) 漏桶:固定容量的漏桶,按照固定速率流出水滴。平滑突发流入速率。算法实现上,可以使用一个BlockingQueue表示漏桶,请求进来时放入这个BlockingQueue中。另起一个线程以固定的速率从BlockingQueue中取出请求,再提交给业务线程池处理。漏桶算法有个弊端:无法应对短时间的突发流量 。
3.) 计数器:限制总并发数,Redis+Lua实现。
4. 降级:
作用:保证核心服务可用。
降级手段:自动开关降级、人工开关降级、读服务降级、写服务降级等。
通过配置中心设置降级开关;可使用Hystrix实现降级、熔断。
5. 超时与重试机制:
如果应用不设置超时,可能导致请求响应慢,慢请求累积导致连锁反应,甚至造成应用雪崩。设置超时时间,重试次数(不超过3次)。
具体有 Nginx、Tomcat、中间件客户端、数据库客户端、NoSQL客户端、业务超时、前端Ajax超时等
6. 回滚机制:
代码库回滚、数据版本回滚、静态资源版本回滚等。
7.补处理
二、高并发
1. 缓存:
应用及缓存:堆内缓存、堆外缓存、分布式缓存。
HTTP缓存:根据服务器端返回的缓存设置响应头将响应内容缓存到浏览器。减少浏览器端和服务器端之间来回传输数据量,节省带宽。
多级缓存:整个系统架构的不同系统层级进行数据缓存,以提升访问效率。Nginx本地缓存、分布式缓存、Tomcat堆缓存。
2. 连接池、线程池:
连接池:如数据库连接池、Redis连接池、HTTP连接池,通过复用TCP连接减少创建和释放连接的时间来提升性能。
线程池:线程池也是类似,通过复用线程提升性能。ThreadPoolExecutor,根据任务类型是IO密集型还是CPU密集型、CPU核数,设置合理的线程池大小、队列大小、拒绝策略。
3. 异步并发:
异步Future异步Callback异步CompletableFuture
4. 扩容:
理想情况,只需要增加机器就可以解决系统瓶颈。糟糕情况,需从架构层面重构甚至是重新设计。
应用层面:
单体应用水平扩容应用拆分数据库拆分(分库分表)
5. 队列:
作用:系统解耦、流量削峰、数据同步、扩展性、异步处理、缓冲等。
标签: #cas客户端ajax