这里说的传统，是按照网关技术演进的阶段划分的，从同步到半同步，再到全异步，我们将同步和半同步技术下的网关称为“传统”网关，同步网关的意思是从接收请求到调用API接口提供方的过程都是同步调用；半同步则是指将I/O请求线程和业务处理线程分开，但业务线程内部还是同步调用API接口；全异步的意思就比较清楚了，整个链路都是异步请求。接下来介绍“传统”网关会在什么情况下“down掉”。
API网关系统有两大特点，一个是访问量大，另一个是依赖系统多。如下图所示，“单纯”的情况下（比如系统A提供的接口只供网关调用）网关系统要承受比被依赖的系统多数倍的流量，因为API网关是所有依赖API的集合。网关还会通过RPC调用很多底层系统，每个系统的稳定性水平参差不齐，接口的性能也会间接影响网关整体的运行稳定性。因此我们在做防范的时候就要从这两个特点入手。
上面介绍了API网关的两大特点，这两个特点算外部因素，接着再来看一下内部因素。程序都是运行在计算机上面的，计算机的每个部件的利用率和负载水平直接影响程序的运行。比如CPU、内存、磁盘等。另外系统之间的交互还需要网络，这些都需考虑。一段程序在计算机中的运行依赖部件如下图所示。
关注CPU
用户请求在进入网关的时候我们从技术上已经把I/O请求线程和业务处理线程隔离开了，这一点可以利用Servlet3异步特性实现（下面还会详细介绍Servlet3的异步特性），如下图所示。
业务线程池毫无疑问是在CPU里面运行的，线程是计算机CPU最宝贵的资源，我们一定要重点关注CPU利用率和CPU负载。
- CPU利用率：显示的是程序在运行期间实时占用的CPU百分比。
- CPU负载：显示的是一段时间内正在使用和等待使用CPU的平均任务数。在Linux系统中，我们可以使用uptime或top（使用top会看到更详细的信息）命令来查看系统的负载情况。如果使用uptime命令则会得到如下一行:
11:36 up 23 days, 2:31, 2users, load averages: 1.74 1.58 1.60
最后的loadaverages的意思是系统平均负载，它包含三个数字，这三个数字分别表示1分钟、5分钟、15分钟内系统的负载平均值。我们可以按照1分钟的粒度取第一个数字，从而判定系统负载的大小。
上面的23days说明笔者有23天没有重启过计算机了。
注意，CPU利用率高，并不意味着负载就一定大，两者没有必然联系。
