微服务架构中API网关的角色

本文讲的是微服务架构中API网关的角色API网关提供商Mashape的首席技术执行官Marco Palladino预测，尽管它们在命名方面存在差异，但新出现的服务网格并不完全不同于API网关，两者之间的相似性会随着时间的推移而不断增长。
【编者的话】本文主要讲述了Mashape的首席技术执行官Palladino对API网关的详细介绍，以及API网关在微服务中所起的作用，同时介绍了Mashape的一款开源API网关Kong。

本文讲的是微服务架构中API网关的角色API网关提供商Mashape的首席技术执行官Marco Palladino预测，尽管它们在命名方面存在差异，但新出现的服务网格并不完全不同于API网关，两者之间的相似性会随着时间的推移而不断增长。

Palladino指出，实际上这两种技术提供的功能很相似。API网关，比如Amazon Web Services的API网关或Mashape的开源API网关Kong，在过去的十多年来主要用于映射外部流量到内部资源，而最近开发的服务网格——比如Lyft’s Envoy或Uber’s Catylist——主要是在微服务架构中代理内部资源。

“当你想到网关的时候，你通常会想到一个集中的层，一个额外的跳在网络上处理附加的功能。但这并不一定是真的，”在上周洛杉矶举行的2017年MesosCon上Palladino发表演讲时这么说。网关还可以提供一种有效的方式来处理跨微服务之间的通信。他说：“你也可以在现有的微服务上运行Kong，摆脱额外的跳跃，减少延迟。”

在过去的10年里，API一直是一种受欢迎的通信交互方式，Docker使其易于设置微服务架构，其中应用程序和服务是由较小的可交换组件组成的。但这些组件之间需要一种方式进行发现与调用。这就是API网关的作用。

API网关“可以成为一个抽象层，它位于这些微服务中每个请求的访问路径上，”Palladino说道。

网关巩固了通往系统常用功能的所有路径，比如身份验证或者服务发现，通过插件都能被网关识别。“插件是一种有效的中间件功能可以动态应用于所有的微服务上，”他讲到。

API网关可以聚合服务请求和这些特性。客户端可以做出一个响应，网关可以将其分解为多个请求，节省了客户端自身调用的带宽。网关同样还可以跟踪这些请求。

立足整体式应用实现微服务，就如同强求活鸡取卵一般，几乎不具可行性。——@thefosk #MesosCon

——The New Stack（@thenewstack）2017年9月14号

当一个组织开始把一个单体应用拆分为微服务时，网关可以将对客户端的影响最小化。“网关就像装载单体应用前的一个窗帘。客户端只会处理网关，而你可以在窗帘后面解耦你的单体应用，不必担心更新你的客户端，”他说道。

他说：“当你没掌控你的客户端的时候这个特别有用”。

传统上，API网关在组织网络的边缘上被使用，处理的流量大部分来自于单体应用和外部客户端之间的交互。然而微服务架构将大部分的流量转移到内部网络，因为不同的微服务之间要进行交互。“你可以有外部的客户端使用案例，但这成为了当前消费微服务的众多客户端之一。”

构建在Nginx这高性能的服务器上，Mashape的Kong是使用最广泛的开源API网关，一个月超过20W运行实例，Palladino讲到。使用Kong，Nginx被扩展到中间件上，可以通过JSON RESTful调用进行动态配置。

原文链接：The Role of API Gateways in Microservice Architectures（翻译：康良）

原文发布时间为：2017-10-12

本文作者：kl2422

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

原文标题：微服务架构中API网关的角色

国王小组：交易所搭建｜API网关的API架构 一、何为API网关？ APIGateway 即API网关，所有请求首先会经过这个网关，然后到达后端服务，有点类似于Facade模式。API网关作为系统接口对外的统一出口，可以减少调用方对服务实现的感知。 没有API网关时的系统结构如下图1：由图可以看出，在没有API网关作为统一出口的情况下，需要调用方自己组合各种服务，而且容易让调用方感知后端各种服务的存在。
巧用API网关构建大型应用体系架构 近期阿里云重磅发布了BizWorks一体化的云原生应用的开发和运营平台，内置阿里巴巴业务中台构建的最佳技术实践。它已经将API网关作为关键组件融入其中，并且基于API网关为用户提供能力开放平台。那么API网关是如何在BizWorks中起到作用？API网关在实际业务中又起到怎样帮助？本文就此展开详细说明。
微服务项目服务管理混乱？来看这一篇生产者消费者服务实践，使用API网关实现服务聚合 本文针对微服务项目中的多个服务难以管理的问题，提出了一个使用API网关对微服务中的多种服务进行管理的方案，使用API网关实现微服务中的服务聚合管理。介绍了微服务中的API Gateway网关技术的使用方式和在项目中集成使用API Gateway的具体配置。通过详细的实例说明了API网关技术的具体使用以及聚合的服务和版本的配置。
浅析阿里云API网关的产品架构和常见应用场景 API 网关提供完整的 API 托管服务，辅助用户将能力、服务、数据以 API 的形式开放给合作伙伴，也可以发布到 API 市场供更多的开发者采购使用。
ASP.NET Core微服务之基于Steeltoe集成Zuul实现统一API网关 本文极简地介绍了一下Spring Cloud Zuul，并使用Java快速地编写了一个API网关Zuul Server，然后基于上一篇的三个ASP.NET Core演示了一下API网关的效果。当然，对于Zuul还有很多内容，这里就不再一一演示，有兴趣的童鞋或者对这种混搭式的架构感兴趣的童鞋可以去了解一下。
ASP.NET Core微服务之基于Ocelot实现API网关服务（2） Tip: 此篇已加入.NET Core微服务基础系列文章索引 一、负载均衡与请求缓存 1.1 负载均衡 为了验证负载均衡，这里我们配置了两个Consul Client节点，其中ClientService分别部署于这两个节点内（192.168.80.70与192.168.80.71）。
ASP.NET Core微服务之基于Ocelot实现API网关服务（1） 本篇介绍了API网关的基础概念以及一个基于适合于.NET Core的开源项目Ocelot，并通过两个小案例（一个静态配置服务，一个结合Consul服务发现）来了解了API网关的作用和Ocelot的最基础的用法。