API网关Kong（二）：Kong与Kubernetes集成的方法

最新推荐文章于 2024-07-26 10:33:59 发布

李佶澳

最新推荐文章于 2024-07-26 10:33:59 发布

阅读量1.4k

点赞数

分类专栏： kong 文章标签： kong apigateway api网关

本文链接：https://blog.csdn.net/lijiaocn/article/details/84277991

版权

本文详细介绍了如何将API网关Kong与Kubernetes进行集成，包括Kong的控制平面与数据平面、CustomResourceDefinitions的使用、部署过程以及使用演示。通过Kong Ingress Controller，实现了Kong作为Kubernetes的流量入口，利用CRD资源定义KongConsumer、KongCredential和KongPlugin等。此外，还展示了如何部署和测试集成后的系统。

摘要由CSDN通过智能技术生成

作者: 李佶澳转载请保留：原文地址发布时间：2018-09-30 16:07:13 +0800

说明

这是API网关Kong的系列教程中的一篇，使用过程中遇到的问题和解决方法记录在API网关Kong的使用过程中遇到的问题以及解决方法。

经过前面的学习(Nginx、OpenResty和Kong的基本概念与使用方法)，对Api网关是什么，以及Kong能够做什么已经有了足够的了解。现在Kubernetes一统计算资源与应用发布编排的趋势已经形成，我们更关心Kong能否和Kubernetes结合。

Kong是一个Api网关，也是一个特性更丰富的反向代理。既然它有代理流量的功能，那么能不能直接成为Kubernetes的流量入口？使Kubernetes上托管的服务都通过Kong发布。

Kong实现了一个Kubernetes Ingress Controller（后面用kong-ingress-controller指代这个项目）来做这件事。另外把整个Kong部署在Kubernetes中也是可行的，见Kong CE or EE on Kubernetes。

先说组成

Kubernetes Ingress Controller for Kong中介绍了在kubernetes中的部署方法，总共有三部分。

第一部分是数据库。kong不支持mysql，使用的数据库只能是9.4及以上版本的postgres，或者Cassandra 3.x.x。

第二部分是ingress-controller.yaml，是一个Deployment，Pod中有三个容器：

第一个容器是InitContainer，负责初始化数据库；

第二个容器是kong-proxy，只开放了admin接口，负责提供Kong的管理API；

第三个容器是kong-ingress-controller，负责Kubernetes资源与Kong的衔接，监测Kubernetes资源的变动，及时调用Kong的管理API，更新Kong的配置。

第三部分是