架构设计 - 隔离术

架构设计 - 隔离术

隔离是通过将系统、资源分开，从而保证在发生问题时使其影响最小化，防止出现雪崩效应。

例如系统中有服务接口 A B C，因为某些原因，接口A的访问量激增，占用了大量系统资源，导致 B C 接口也无法正常运行了。如果使用了隔离机制，即使A的访问量很大，也不会影响 B C，把影响限定在一定范围，提高了系统的可用性。

隔离术是保证系统高可用的重要手段，常用的隔离方式有以下几种。

1. 线程隔离

比如 Tomcat 有一个线程池，接收请求后就从线程池中分配一个线程进行处理。

 

 

比如请求业务A的量很大，线程都分给A了，B的请求来了以后就无法快速响应。

这时我们可以进行线程隔离，使用多个线程池来进行隔离，这样即使某个线程池很忙，也不会影响另一个。

 

 

2. 进程隔离

一个应用系统中会包含多个模块，例如有论坛模块、交易模块。

当系统访问量大了以后，局部性原理的效果显现出来，一定会有某个模块的访问比例是极高的，比如是论坛模块，系统资源大部分都被其占用，就会影响其他模块的运行效率，而且论坛模块访问量大，其出现故障的概率也就更大，如果出现故障就可能导致整个系统不可用。

这种情况下较好的解决方案就是使用进程隔离，把系统拆分为多个子系统实现物理隔离，互不影响。

 

 

3. 集群隔离

单实例服务无法满足需求后，就会部署多个服务，形成服务集群来提升性能。

例如商品服务，部署多个实例，每个实例都包含相关服务功能：

 

 

秒杀是比较特殊的服务，瞬时访问量会非常大，当发展到一定程度后，势必会影响其他服务，这时就可以把秒杀提取出来，与其他服务隔离开。

 

 

4. 机房隔离

随着系统规模的增大，对可用性要求的增加，会进行多机房部署。

本机房的服务只调用本机房服务，不进行跨机房调用，如果一个机房发生故障，可以通过 DNS/负载均衡将请求切换到另一个机房。

5. 读写隔离

比如数据库，刚开始读写都操作一个数据库实例，当规模上来后，就可以使用读写分离模式，提升了性能，而且即使写入的库出现故障，也不影响读操作。

 

 

再比如 Redis 集群，也可以使用读写隔离来提升可用性，读服务只读取从集群，主集群故障后，从集群还可用，并且当一个从集群出现故障后，还可以到另一个群中重试。

 

 

6. 动静隔离

Web服务器中包含静态资源（例如 JS CSS文件）、动态资源（例如 JSP PHP 文件），对于静态资源，服务器其实只是存储的作用，用户请求时直接返回，无需计算，这就可以将静态资源放到 CDN 上，既可以提升静态资源的加载速度，又减轻了服务器的压力。

7. 爬虫隔离

如果爬虫的访问量已经对系统性能产生了一定影响，就一定要把爬虫的访问隔离出来，可以在负载均衡层面将其路由到单独集群，保护系统的正常业务。

 

 

Nginx 中配置示例代码：

set $flag 0; 
if ($http_user_agent ~* "spider") { 
   set $flag "1"; 
} 
if($flag = "0") {
   //代理到正常集群
}
if ($flag = "1") { 
   //代理到爬虫集群
}

8. 热点隔离

前面例子中的秒杀就属于热点，所以需要对其进行隔离。

对于读类型的热点，可以使用 多级缓存 来处理。对于写类型的热点，可以使用 缓存+队列 的模式。

9. 资源隔离

常见的资源例如CPU、磁盘、网络。

比如使用 docker 容器时，有的容器写磁盘非常频繁，就需要考虑为不同的容器挂载不同的磁盘。

比如 redis nginx，我们可以为其绑定CPU来提升性能。

再比如大数据计算集群、数据库集群应该与应用集群网络隔离。