如何实现 API 网关的高可用性？

你是不是经常把门面模式和代理模式搞混淆？比如，业务 API 网关和 Nginx 网关是不是差不多？实际上这两种模式的本质原理是不同的。相信通过今天的文章，会帮助你找到一个更准确的答案。

一、模式原理分析

门面模式的原始定义是：为子系统中的一组接口提供统一的接口。它定义了一个更高级别的接口，使子系统更易于使用。

这个定义告诉我们门面模式的本质就是统一多个接口的功能。换句话说，当我们需要用更统一的标准方式来与系统交互时，就可以采用门面模式。比如，使用 Slf4j 日志框架来统一 log4j、log4j2、CommonLog 等日志框架。再比如，在支付时通过扫描二维码来使用支付系统。对于用户来说，他们并不关心后台系统实现有多么复杂，只关心最终能否支付成功。

不过，这里要注意的是，“定义更高级别的接口”不代表只能定义一个接口，这也是和代理模式根本的不同之处。也就是说，门面模式可能代理的是多个接口，而代理模式通常只是代理某一个接口。

下面我们就来看看门面模式的 UML 图：

可以看到，门面模式包含的关键角色有两个：

• 门面系统，负责处理依赖子系统的请求，并将请求代理给适当的子系统进行处理；

• 子系统，代表某个领域内的功能实现，比如，订单、用户、支付等，专门处理由门面系统指派的任务。

我们平时最常见的电脑