前言
在高可用零碎中，隔离指的是将零碎或资源与其余零碎宰割开。零碎隔离是为了在零碎产生故障时，限定故障的流传范畴和影响范畴，进而防止雪崩效应。这样就能够使得只有出问题的服务不可用，其余服务还是可用的。资源隔离是通过隔离来缩小服务间的资源竞争，从而保障服务间的互相不影响和可用性。线程隔离伎俩有线程隔离、过程隔离、集群隔离、机房隔离、读写隔离、热点隔离、动静隔离、爬虫隔离等。
线程隔离
线程隔离次要是指线程池隔离，在理论应用时，咱们会把申请分类，而后交给不同的线程池解决。当一种业务的申请解决呈现问题时，不会将故障扩散到其余线程池，从而保障服务可用。例如，咱们能够将外围业务与非核心业务放到两组线程池，在肯定水平上能够避免非核心业务的故障对外围业务造成影响。
过程隔离
在业务倒退初期，规模可能不大，开发的零碎可能是单体架构，所有功能模块都在一个利用过程中运行。这样，某个模块呈现问题时，可能会间接导致整个零碎不可用。当初的计划都是通过微服务架构，依据业务性能将零碎拆分成多个子系统，即一个个独立运行的微服务过程。
集群隔离
现如今，单机服务显然无奈撑住大流量的申请，根本都是分布式集群服务。比方，在电商零碎大促流动到来时，能够将秒杀服务集群与其余服务集群隔离开，这样其余服务集群呈现问题的话，不会影响到秒杀服务的可用性。
机房隔离
随着零碎可用性和并发性需求的减少，咱们会进行多机房部署，本机房的服务会先调用本机房的服务，不进行跨机房调用。当其中一个机房的服务呈现问题时，能够通过负载平衡（如 nginx）等伎俩将申请切换到其余机房，或者给服务提供主动重试其余服务的机制，从而晋升整个零碎的可用性。
读写隔离
当初的 Mysql,Redis 通常会采纳主从模式，主机负责写服务，从机负责读服务，主从机器会进行数据的同步，从而晋升整个零碎的可用性。
动静隔离
在高并发零碎中，咱们能够将动态资源和动静资源拆散，个别的做法是将动态资源放在 CDN 节点上，用户拜访页面时，会先从 CDN 缓存中获取动态资源，如果没有获取到，则回源到后端服务器获取。
爬虫隔离
在理论业务中，除了失常申请，可能还会有爬虫流量，除了限流伎俩，还能够在负载平衡层将爬虫流量路由到独自集群，从而保障失常流量高可用，爬虫流量尽量可用。
热点隔离
秒杀，抢购这种流量就是典型的热点流量，而这种热点咱们是能提前晓得的，所以能够将秒杀服务做成独立零碎进行隔离，从而保障真个零碎的可用性。
隔离技术
目前罕用的隔离技术有 Hystrix，Sentinel。Hystrix 提供了线程池隔离、信号量隔离等伎俩。
参考资料：
《亿级流量网站架构核心技术》