最近在学习Kong网关，因此根据老习惯，我会将我的学习过程记录下来，一来体系化整理，二来作为笔记供将来翻看。由于我司会直接使用Kong企业版，学习过程中我会使用Kong开源版。

什么是Kong？

Kong的原意为金刚，用来形容强健、力量、坚固和稳定，可以想想电影中的金刚，也不难看出Kong的Logo是一只金刚了。

Kong是一款基于Nginx Lua模块写的高可用，易扩展的开源API Gateway项目。由于Kong是基于Nginx的，所以可以水平扩展多个Kong服务器，通过前置的负载均衡配置把请求均匀地分发到各个Server，来应对大批量的网络请求。

相对于纯Nginx ，Kong具有以下优点：

（1）高性能：亚毫秒级处理延迟，可支持关键任务用例和高吞吐量。

（2）可扩展性：可插拔的体系结构，可通过Kong的Plugin SDK扩展 Kong。

（3）可移植性：Kong 可以部署在任何平台、或者云。

NOTE：Kong作为一个优秀的云原生开源项目，目前已经加入了CNCF云原生计算基金会。

Kong要解决啥问题？

其实，Kong要解决的问题也是API网关需要解决的问题，如下图所示：

在没有引入网关之前，为了保障交互的安全，每个服务都需要自己实现一套权限校验（Auth）、日志、限流、监控等方案。这样就不太好，各种成本很高。

引入API网关之后呢，像鉴权、监控、安全、限流、日志、缓存等等方案都可以统一由网关实现。各个服务只需要专注于自己的业务实现就OK，可以帮助其实现敏捷开发，提升团队的迭代效率。

常见的API网关有：OpenResty, Kong, APISIX, Spring Cloud Gateway, Ocelot 等。

Kong有哪些模块？

Kong的具体模块如下图所示：

最下面的两层是：Nginx和OpenResty，它的意思是：kong是一款基于OpenResty (Nginx + Lua) 编写的高可用、易扩展的API Gateway。我们可以直接把Kong理解成是Nginx，但是Kong的功能不止于Nginx。

DataStore层：kong的配置文件可以支持化的存储在NoSQL中，可选：cassandra、postgreSQL。

Plugin层：如果想拓展kong的功能，只需要提供对应的插件就行。有一些现成的插件可以直接用，可以自定义插件。

Restful层：它支持通过Restful API的方式来操作操作和配置Kong（管理nginx的配置文件）。而且kong有专属的dashboard，支持在可视化的界面下和Restful API交互，实现对kong的可视化配置。

Kong的组成架构

Kong的具体组成部分如下图所示：

Kong的流量处理

默认情况下，Kong Gateway在其配置的代理端口8000和8443上监听流量。它评估传入的客户端API请求，并将其路由到适当的后端API。在路由请求和提供响应时，可以根据需要通过插件应用策略。

例如，在路由请求之前，可能需要客户端进行身份验证。这带来了许多好处，包括：

（1）由于Kong Gateway正在处理身份验证，因此该服务不需要自己的身份验证逻辑。

（2）该服务仅接收有效请求，因此不会浪费周期来处理无效请求。

（3）记录所有请求以集中查看流量。

下一篇，我们会通过Docker快速搭建一个Kong API Gateway环境来玩玩。

参考资料

闫观涛，《Kong入门与实践-基于Nginx和OpenRestry的云原生微服务网关》

风起云边，《Kong - Overview》

风一样的程序员，《45张图带你从0玩转Kong Gateway》

作者：周旭龙

出处：https://edisonchou.cnblogs.com

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文链接。