为什么微服务需要API网关？

本文讲的是<b>为什么微服务需要API网关？</b>【编者的话】James Higginbotham。API架构师，现供职于LaunchAny。这是一家API咨询公司，帮助其合作伙伴完善API设计与管理。

随着以API产品化和以其为中心的IT计划的兴起，API网关和管理层变得很通用。我们应该为微服务考虑API网关吗？如果是这样，它们能提供什么收益吗？

API网关可以提供一个单独且统一的API入口用于访问内部一个或多个API。它们典型的会提供访问频率限制层和安全层。但诸如Tyk.io这样的API管理层会提供分析，计费和生命周期管理功能。

一个微服务架构可以包含数十到数百个服务。API网关可以为外部用户提供一个统一的入口，这个入口独立于内部微服务组件。

API网关通过提供微服务绑定和解绑的能力来将外部的公开API与内部微服务API分离开。这样就具备重构和裁切微服务而不会影响外部绑定的客户端的能力。它同时对客户端隐藏了服务发现和服务版本这些细节，因为它对所有微服务提供单一的访问点。

API网关通过提供额外的安全层帮助阻止大规模攻击。这些攻击包括SQL注入，XML解析漏洞和DoS攻击。

不同于外部API一般使用HTTP或REST，内部微服务可以从使用不用通讯协议中收获益处。这些协议可以是ProtoBuf或AMQP，甚至是诸如SOAP，JSON-RPC或者XML-RPC这样的系统集成协议。API网关可以对这些协议提供统一的外部REST接口，这就允许开发团队挑选一款最适合于内部架构的协议。

微服务中有一些常见的要点，诸如使用API令牌进行授权，访问控制和调用频次限制。这每个点都需要每个服务区增加额外的时间去实现它们。API网关将这些要点从你的代码中提取出来，允许你的服务只关注于它们需要关注的任务。

随着微服务API从外部API中分离出来，你可以模拟你的服务去做设计验证或者很方便的做集成测试。

虽然API微服务网关有这么多的好处，但同时也存在一些缺点

由于API网关需要额外的配置，你的部署架构需要更多的编排和管理能力。

在发布阶段需要管理路由的配置，以保障外部API被正确的路由到微服务上。

除非很好的使用高可用，可扩展的架构，否则API网关将会变成瓶颈和单点。

===========================================

译者介绍

高洪涛，当当网架构师，开源数据库分库分表中间件Sharding-JDBC作者。目前从事Docker，Mesos相关工作

原文发布时间为：2017-01-20

本文作者：高洪涛

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：为什么微服务需要API网关？