高性能分布式API网关Kong

最新推荐文章于 2024-05-17 21:03:27 发布
最新推荐文章于 2024-05-17 21:03:27 发布
阅读量1.4k 收藏 5
点赞数 1
分类专栏： nginx 文章标签： 分布式 kong java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-NC-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ZGL_cyy/article/details/131095073
版权

目录

1 kong网关简介

在这里插入图片描述

Kong是一款基于OpenResty（Nginx + Lua模块）编写的高可用、易扩展的，由Mashape公司开源的API Gateway项目

​ Kong是基于NGINX和Apache Cassandra或PostgreSQL构建的，能提供易于使用的RESTful API来操作和配置API管理系统，所以它可以水平扩展多个Kong服务器，通过前置的负载均衡配置把请求均匀地分发到各个Server，来应对大批量的网络请求。

2 为什么需要 API 网关

API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API。

在这里插入图片描述

​ 在微服务架构之下，服务被拆的非常零散，降低了耦合度的同时也给服务的统一管理增加了难度。如上图左所示，在旧的服务治理体系之下，鉴权，限流，日志，监控等通用功能需要在每个服务中单独实现，这使得系统维护者没有一个全局的视图来统一管理这些功能。API 网关致力于解决的问题便是为微服务纳管这些通用的功能，在此基础上提高系统的可扩展性。如右图所示，微服务搭配上 API 网关，可以使得服务本身更专注于自己的领域，很好地对服务调用者和服务提供者做了隔离。

​ 目前，比较流行的网关有：Nginx 、 Kong 、Orange等等，还有微服务网关Zuul 、Spring Cloud Gateway等等

​ 对于 API Gateway，常见的选型有基于 Openresty 的 Kong、基于 Go 的 Tyk 和基于 Java 的 gateway，这三个选型本身没有什么明显的区别，主要还是看技术栈是否能满足快速应用和二次开发。

2.1 和Spring Cloud Gateway区别

  • 像Nginx这类网关，性能肯定是没得说，它适合做那种门户网关，是作为整个全局的网关，是对外的，处于最外层的；而Gateway这种，更像是业务网关，主要用来对应不同的客户端提供服务的，用于聚合业务的。各个微服务独立部署，职责单一，对外提供服务的时候需要有一个东西把业务聚合起来。
  • 像Nginx这类网关，都是用不同的语言编写的，不易于扩展；而Gateway就不同，它是用Java写的，易于扩展和维护
  • Gateway这类网关可以实现熔断、重试等功能，这是Nginx不具备的

所以，你看到的网关可能是这样的

在这里插入图片描述

3 为什么要使用kong

  • 插件市场丰富，很多插件可以降低开发成本；
  • 可扩展性，可以编写lua脚本来定制自己的参数验证权限验证等操作；
  • 基于openResty，openResty基于Nginx保障了强劲的性能；
  • 便捷性能扩容，只需要水平增加服务器资源性能就能提升 ；
  • 负载均衡健康检查

3.1 kong的组成部分

Kong主要有三个组件

  • Kong Server ：基于nginx的服务器，用来接收API请求。
  • Apache Cassandra/PostgreSQL ：用来存储操作数据。
  • Kong dashboard：官方推荐UI管理工具，当然，也可以使用 restfull 方式 管理admin api

​ Kong采用插件机制进行功能定制，插件集（可以是0或N个）在API请求响应循环的生命周期中被执行。插件使用Lua编写，目前已有几个基础功能：HTTP基本认证、密钥认证、CORS（Cross-Origin Resource Sharing，跨域资源共享）、TCP、UDP、文件日志、API请求限流、请求转发以及Nginx监控。

3.2 Kong网关的特性

Kong网关具有以下的特性

  • 可扩展性: 通过简单地添加更多的服务器，可以轻松地进行横向扩展，这意味着您的平台可以在一个较低负载的情况下处理任何请求；
  • 模块化: 可以通过添加新的插件进行扩展，这些插件可以通过RESTful Admin API轻松配置；
  • 在任何基础架构上运行: Kong网关可以在任何地方都能运行。您可以在云或内部网络环境中部署Kong，包括单个或多个数据中心设置，以及public，private 或invite-only APIs。

4 kong网关架构

  1. Kong核心基于OpenResty构建，实现了请求/响应的Lua处理化；
  2. Kong插件拦截请求/响应，如果接触过Java Servlet，等价于拦截器，实现请求/响应的AOP处理；
  3. Kong Restful 管理API提供了API/API消费者/插件的管理；
  4. 数据中心用于存储Kong集群节点信息、API、消费者、插件等信息，目前提供了PostgreSQL和Cassandra支持，如果需要高可用建议使用Cassandra；
  5. Kong集群中的节点通过gossip协议自动发现其他节点，当通过一个Kong节点的管理API进行一些变更时也会通知其他节点。每个Kong节点的配置信息是会缓存的，如插件，那么当在某一个Kong节点修改了插件配置时，需要通知其他节点配置的变更。

4.1 Kong网关请求流程

为了更好地理解系统，这是使用Kong网关的API接口的典型请求工作流程：

在这里插入图片描述

​ 当Kong运行时，每个对API的请求将先被Kong命中，然后这个请求将会被代理转发到最终的API接口。在请求（Requests）和响应（Responses）之间，Kong将会执行已经事先安装和配置好的任何插件，授权您的API访问操作。Kong是每个API请求的入口点（Endpoint）。

5 kong 部署

5.1 搭建网络

​ 首先我们创建一个Docker自定义网络，以允许容器相互发现和通信。在下面的创建命令中kong-net是我们创建的Docker网络名称。

xxxxxxxxxx
docker network create kong-net

5.2 搭建数据库环境

​ Kong 目前使用Cassandra(Facebook开源的分布式的NoSQL数据库) 或者PostgreSql,你可以执行以下命令中的一个来选择你的Database。请注意定义网络 --network=kong-net 。

xxxxxxxxxx
docker run -d --name kong-database --network=kong-net -p 5432:5432 -v /tmp/data/kong:/var/lib/postgresql/data -e "POSTGRES_USER=kong" -e "POSTGRES_DB=kong" -e "POSTGRES_PASSWORD=kong" postgres:11.7

5.3 kong网关部署

5.3.1 初始化kong数据

使用docker run --rm来初始化数据库，该命令执行后会退出容器而保留内部的数据卷（volume）。

xxxxxxxxxx
docker run --rm --network=kong-net -e "KONG_DATABASE=postgres" -e "KONG_PG_HOST=kong-database" -e "KONG_PG_PASSWORD=kong" -e "KONG_CASSANDRA_CONTACT_POINTS=kong-database" kong:latest kong migrations bootstrap

这个命令我们还是要注意的，一定要跟你声明的网络，数据库类型、host名称一致。同时注意Kong的版本号，本文是在Kong 1.4.x 版本下完成的。

出现如下信息说明数据初始化成功

在这里插入图片描述

5.3.2 启动Kong容器

完成初始化数据库后，我们就可以启动一个连接到数据库容器的Kong容器，请务必保证你的数据库容器启动状态，同时检查所有的环境参数 -e 是否是你定义的环境

xxxxxxxxxx
docker run -d --name kong \
--network=kong-net \
-e "KONG_DATABASE=postgres" \
-e "KONG_PG_HOST=kong-database" \
-e "KONG_PG_PASSWORD=kong" \
-e "KONG_CASSANDRA_CONTACT_POINTS=kong-database" \
-e "KONG_PROXY_ACCESS_LOG=/dev/stdout" \
-e "KONG_ADMIN_ACCESS_LOG=/dev/stdout" \
-e "KONG_PROXY_ERROR_LOG=/dev/stderr" \
-e "KONG_ADMIN_ERROR_LOG=/dev/stderr" \
-e "KONG_ADMIN_LISTEN=0.0.0.0:8001, 0.0.0.0:8444 ssl" \
-p 8000:8000 \
-p 8443:8443 \
-p 8001:8001 \
-p 8444:8444 \
kong:latest

5.3.3 验证

通过服务器执行curl访问尝试服务是否已经启动

xxxxxxxxxx
curl http://localhost:8001/status

在这里插入图片描述

出现如下信息说明服务已经启动

6 Kong配置

6.1 nginx模板

我们来看一个典型 Nginx 的配置对应在 Kong 上是怎么样的，下面是一个典型的 Nginx 配置

xxxxxxxxxx
upstream passportUpstream {
    server 192.168.64.1:9001 weight=10;
    server 192.168.64.1:9002 weight=10;
}
server {
    listen 80;
    location /hello {
        proxy_pass http://passportUpstream;
    }
}

6.2 kong配置案例

下面我们开看看其对应 Kong 中的配置

xxxxxxxxxx
# 配置 upstream 
curl -X POST http://localhost:8001/upstreams --data "name=passportUpstream" 

# 配置 target 
curl -X POST http://localhost:8001/upstreams/passportUpstream/targets  --data "target=172.16.44.47:9001" --data "weight=10" 

# 配置 service 
curl -X POST http://localhost:8001/services --data "name=hello" --data "host=passportUpstream" 

# 配置 route 
curl -X POST http://localhost:8001/routes \
--data "paths[]=/hello" \
--data "service.id=2fa18352-2aed-449d-9707-8cbfadba3972"

​ 这一切配置都是通过其 Http Restful API 来动态实现的，无需我们再手动的 reload Nginx.conf

6.3 测试验证

可以通过如下URL进行测试

xxxxxxxxxx
http://192.168.245.145:8000/hello/index

在这里插入图片描述

6.4 Kong关键术语

​ 在上述的配置中涉及到了几个概念： Upstream、Target、Service、Route 等概念，它们是 Kong 的几个核心概念，也是我们在使用 Kong API 时经常打交道的，下面我们就其几个核心概念做一下简单的说明。

6.4.1 Upstream

​ Upstream 对象表示虚拟主机名，可用于通过多个服务（目标）对传入请求进行负载均衡。例如：service.v1.xyz 为 Service 对象命名的上游 Host 是 service.v1.xyz 对此服务的请求将代理到上游定义的目标。

6.4.2 Target

目标 IP地址/主机名，其端口表示后端服务的实例。每个上游都可以有多个 Target，并且可以动态添加 Target。

​ 由于上游维护 Target 的更改历史记录，因此无法删除或者修改 Target。要禁用目标，请发布一个新的 Targer weight=0，或者使用 DELETE 来完成相同的操作

6.4.3 Service

顾名思义，服务实体是每个上游服务的抽象，服务的示例是数据转换微服务，计费API等。

​ 服务的主要属性是它的 URL（其中，Kong 应该代理流量），其可以被设置为单个JSON串或通过指定其 protocol， host，port 和path。

​ 服务与路由相关联（服务可以有许多与之关联的路由），路由是 Kong 的入口点，并定义匹配客户端请求的规则。一旦匹配路由，Kong 就会将请求代理到其关联的服务。

6.4.4 Route

路由实体定义规则以匹配客户端的请求。每个 Route 与一个 Service 相关联，一个服务可能有多个与之关联的路由，与给定路由匹配的每个请求都将代理到其关联的 Service 上。可以配置的字段有:

  • hosts
  • paths
  • methods

Service 和 Route 的组合（以及它们之间的关注点分离）提供了一种强大的路由机制，通过它可以在 Kong 中定义细粒度的入口点，从而使基础架构路由到不同上游服务。

6.4.5 Consumer

​ Consumer 对象表示服务的使用者或者用户，你可以依靠 Kong 作为主数据库存储，也可以将使用者列表与数据库映射，以保持Kong 与现有的主数据存储之间的一致性。

6.4.6 Plugin

​ 插件实体表示将在 HTTP请求/响应生命周期 期间执行的插件配置。它是为在 Kong 后面运行的服务添加功能的，例如身份验证或速率限制。

​ 将插件配置添加到服务时，客户端向该服务发出的每个请求都将运行所述插件。如果某个特定消费者需要将插件调整为不同的值，你可以通过创建一个单独的插件实例，通过 service 和 consumer 字段指定服务和消费者。

7 kongAPI操作

7.1 配置网关

7.1.1 配置服务

xxxxxxxxxx
# 添加服务
curl -i -X POST http://192.168.64.181:8001/services/ -d 'name=test-service' -d 'url=http://116.62.213.90/1.html'

url 参数是一个简化参数，用于一次性添加 protocol，host，port 和 path。

7.1.2 添加路由

xxxxxxxxxx
# 添加service 的路由
curl -i -X POST http://192.168.64.181:8001/routes/ -d 'methods=GET' -d 'paths=/service' -d 'service.id=65c11356-e86d-431e-a76a-aa7c3acd9aeb'

7.1.3 访问测试

xxxxxxxxxx
# 通过如下URL访问
http://192.168.64.181:8000/service?a=123

7.2 配置负载均衡

7.2.1 配置 upstream 和 target

创建一个名称 load 的 upstream

xxxxxxxxxx
curl -X POST http://192.168.64.181:8001/upstreams --data "name=load"

添加3000 端口的负载

xxxxxxxxxx
curl -X POST http://192.168.64.181:8001/upstreams/load/targets --data "target=192.168.64.1:9001" --data "weight=10"

curl -X POST http://192.168.64.181:8001/upstreams/load/targets --data "target=192.168.64.1:9002" --data "weight=10"

如上的配置对应了 Nginx 的配置

xxxxxxxxxx
upstream load {
    server 192.168.64.181:9001 weight=10;
    server 192.168.64.181:9002 weight=10;
}

7.2.2 配置service

host 的值便对应了 upstream 的名称，配置成功后会返回生成的 service 的 id

xxxxxxxxxx
curl -X POST http://192.168.64.181:8001/services --data "name=load-service" --data "host=load"

7.2.3 配置路由信息

这里的service.id 就是上面添加service

xxxxxxxxxx
curl -X POST http://192.168.64.181:8001/routes --data "paths[]=/load" --data "service.id=3a6b839b-00c1-49b7-b271-8024a12d19be"

7.2.4 访问测试

http://192.168.64.181:8000/load/index

8 安装Kong 管理UI

Kong 企业版提供了管理UI，开源版本是没有的。但是有很多的开源的管理 UI ，其中比较好用的是Konga。项目地址：https://github.com/pantsel/konga

在这里插入图片描述

8.1 初始化konga数据

使用docker run --rm来初始化数据库，该命令执行后会退出容器而保留内部的数据卷（volume）。

xxxxxxxxxx
docker run --name konga --rm \
--network=kong-net \
pantsel/konga -c prepare -a postgres -u postgresql://kong:kong@kong-database:5432/kong

执行后出现如下界面说明执行成功

在这里插入图片描述

8.2 启动konga

xxxxxxxxxx
docker run -p 1337:1337 -d \
--network=kong-net \
-e "DB_ADAPTER=postgres" \
-e "DB_HOST=kong-database" \
-e "DB_USER=kong" \
-e "DB_PASSWORD=kong" \
-e "DB_DATABASE=kong" \
-e "KONGA_HOOK_TIMEOUT=120000" \
-e "DB_PG_SCHEMA=public" \
-e "NODE_ENV=production" \
--name konga \
pantsel/konga

8.3 验证

通过浏览器请求 http://IP:1337 检查是否能够访问，如果能够访问说明已经启动成功

在这里插入图片描述

8.4 连接kong网关

在这个界面添加一个用户 登录就可以看到如下页面

在这里插入图片描述

点击Connections 来填加kong的信息

在这里插入图片描述

添加kong名称以及API地址就可以管理kong了

在这里插入图片描述

添加后点击’active’激活按钮就可以激活kong网关

在这里插入图片描述

然后就会出现如下界面管理可以通过菜单操作管理kong

在这里插入图片描述

8.5 限流插件

限流的场景：服务提供的能力是有限的。为了防止大量的请求将服务拖垮，可以通过网关对服务的请求做限流。例如：某个服务1s只能处理100个请求，超过限流阈值的请求丢弃。

8.5.1 路由配置限流

为/load的路由添加限流插件

在这里插入图片描述

设置限流为每分钟2个

在这里插入图片描述

8.5.2 测试验证

多次访问 http://192.168.64.150:8000/load 发现已经被限流了

在这里插入图片描述

8.5.3 配置属性如下

属性说明是否必须默认示例
consumer设置消费之，当时用身份认证时能够识别出消费者否所有消费者
second限制每秒最多有几个请求是无2
minute限制每分钟最多有几个请求是无10
hour限制每小时最多有几个请求是无100
day限制每天最多有几个请求是无100
year限制每年最多有几个请求是无100
limit by统计限额的标准，consumer, credential, ip, service，如果无法确定，将以IP为主否consumerconsumer
policycluster:将计数器保存在数据库里，local:将计数器保存在本地，redsi:将计数器保存在redis里面是clustercluster
fault tolerant第三方数据存储遇到问题时是否会代理请求，如果为YES，在数据库恢复正常前，限流将会禁用，如果为 NO，将会报500错误是YESYES
redis host当 policy 为 redis 时设置否无
redis port当 policy 为 redis 时设置否6379
redis password当 policy 为 redis 时设置否无
redis timeout当 policy 为 redis 时设置否2000
redis database当 policy 为 redis 时设置否0
hide client headers隐藏客户端响应头是NONO
赵广陆
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
微服务，ApiGateway 与 Kong
Allen
11-17 4万+
一. 微服务 二. Api Gateway 三. Kong 的使用 一. 微服务         对于一些传统的 大型项目，传统的方式会有一些缺陷，比如说 新人熟悉系统成本高（因为整个系统作为一个整体，彼此会有一定的牵连），项目重 启时间长，重构困难（对于一个新技术的引入，可能需要对整个项目推到重来），不易于更换新的技术，并且整个项目会慢慢变成巨无霸。
分布式网关（GateWay）
伍妖捌的小屋
06-24 1252
创建网关微服务 添加依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-gateway</artifactId> </dependency> 添加配置 创建gateway-test.yaml配置，指定端口，注册空间、分组 server: port: 88 spring: c
37、api网关-kong
qq23001186的博客
08-16 1298
什么是api 网关：我们知道在微服务架构中，大型服务都被拆分成了独立的微服务，每个微服务通常会以RESTFUL API的形式对外提供服务但是在UI方面，我们可能需要在一个页面上显示来自不同微服务的数据，此时就会需要一个统一的入口来进行API的调用API Gateway就在此场景下充当了多个服务的大门，系统的统一入口api 网关应该具备的功能服务路由动态路由：API Gateway可以与微服务注册中心连接，实现微服务无感知动态扩容负载均衡服务发现熔断降级。...
揭秘Kong网关：原理、应用及其在微服务架构中的魔法（一）
凛鼕将至的博客
02-26 2217
Kong网关是一个开源的API网关，用于管理和连接不同的后端服务。它的主要作用是为API提供保护、安全性、可伸缩性和可控性。Kong网关可以处理流量路由、请求的验证和授权、负载均衡、缓存、日志记录和监控等任务。Kong网关的定义和作用如下：定义：Kong是一个可扩展、开源的云原生API网关，可以在分布式环境中管理、监控和安全地发布API。流量控制：Kong网关可以根据配置规则路由传入的请求，将请求发送到不同的后端服务上。它可以基于URL、HTTP方法、请求头和查询参数等进行请求路由。
Kong api网关实战教程
最新发布
weixin_43546282的博客
05-17 1050
Kong是一款基于OpenResty(Nginx+Lua模块)编写的高可用、易扩展的，由Mashape公司开源的API Gateway项目。Kong是基于NGINX和Apache Cassandra或PostgresQL构建的，能据供易于使用的RSTTAP[来操作和配置API管理系统，所以它可以水平扩展多个Kong服务器，通过前置的负载均衡配置把请求均匀地分发到名今Senver，来应对大批量的网络请求。kong组件说明service。
kong-client:快速将Spring项目集成到kong api网关
04-24
EN | Kong-client-用于与kong快速集成的轻量级Java sdk kong-client是kong的java sdk，它是一种高性能且可扩展的微服务API网关 先决条件 Spring3.2.5+ JDK 1.7以上 Kong2.0.1+ 特征 与springMVC的快速集成：适用于所有spring Web应用程序，只需较少的配置即可工作 服务代理的多重策略 自动注册服务 服务调用API：用于触发请求的通用API 负载均衡器 内置监控器：SDK版本，服务器状态和指标等 术语 代理策略 Kong贴图 通过此策略，kong-client将扫描由KongServiceMapping注释的所有服务，并将它们注册到kong服务器。 请注意，这些服务必须设计为用于请求和响应的单个参数，并且参数必须是可以格式化为JSON的Java类型实例。 可能的服务是这样的： @KongServ
微服务 API 网关 -Kong 详解
Valiant 的博客
10-28 3395
一 概述Kong是一个clould-native、快速的、可扩展的、分布式的微服务抽象层（也称为API网关、API中间件或在某些情况下称为服务网格）框架。更确切地说，Kong是一个在Nginx中运行的Lua应用程序，并且可以通过lua-nginx模块实现。Kong不是用这个模块编译Nginx，而是与[OpenResty](https://openresty.org/)一起发布，[OpenResty](https://openresty.org/)已经包含了lua-nginx-module。OpenRest
开源syslog服务器_开源API网关Kong基本介绍和安装验证
weixin_39753260的博客
12-01 785
今天准备介绍下开源API网关Kong，在Gtihub搜索API网关类的开源产品，可以看到Kong网关常年都是排第一的位置，而且当前很多都有一定研发能力的企业在API网关产品选型的时候基本也会选择Kong网关，并基于Kong网关进行二次开发和定制。API网关概述简单来说API网关就是将所有的微服务提供的API接口服务能力全部汇聚进来，统一接入进行管理，也正是通过统一拦截，就可以通过网关实现对API接...
深入理解API网关Kong：初识Kong网关
孙霸天的专栏
06-04 1728
Kong是一个开源的、可扩展的、微服务 API 网关，它已经在全球范围内的各种规模的组织中广泛使用。Kong的设计原则是为了处理服务到服务的通信，通过提供功能丰富的平台，实现对API的全面管理。Kong的核心优点在于其高度可扩展性和插件生态。由于其基于插件的架构，用户可以定制和扩展Kong的功能以满足特定的业务需求。插件范围从认证和授权，到限流、日志和监控等等，几乎可以涵盖API生命周期中的所有方面。Kong还具有出色的性能和可靠性。
详讲api网关之kong的基本概念及安装和使用（一）
qq_39962403的博客
01-25 2033
前面我们聊过sentinel，用来限流熔断和降级，如果你只有一个服务，用sentinel自然没有问题，但是如果是有多个服务，特别是微服务的兴起，那么每个服务都使用sentinel就给系统维护带来麻烦。那么网关是个啥东西呢，简单来说，网关就是一个服务器，也是所有服务的唯一入口。api网关不仅可以实现系统层面的限流熔断等技术，还可以提供服务发现，负载均衡，协议转换，流量管理，黑白名单，反爬策略，身份验证，灰度发布，监控，缓存等等功能。
APIOAK 是基于 OpenResty 平台的高性能分布式API网关
08-17
APIOAK 是基于 OpenResty 平台的高性能分布式API网关。APIOAK 提供API发布、管理、运维的全生命周期管理。辅助用户简单、快速、低成本、低风险的实现微服务聚合、前后端分离、系统集成，向合作伙伴、开发者开放功能...
APIOAK分布式API网关 v0.5.0
11-02
为您提供APIOAK分布式API网关下载，APIOAK 是基于 OpenResty 平台的高性能分布式API网关。APIOAK 提供API发布、管理、运维的全生命周期管理。辅助用户简单、快速、低成本、低风险的实现微服务聚合、前后端分离、系统...
APIOAK分布式API网关-其他
06-12
APIOAK 是基于 OpenResty 平台的高性能分布式API网关。 APIOAK 提供API发布、管理、运维的全生命周期管理。辅助用户简单、快速、低成本、低风险的实现微服务聚合、前后端分离、系统集成，向合作伙伴、开发者开放功能...
APIOAK分布式API网关 v0.6.1
03-19
APIOAK 是基于 OpenResty 平台的高性能分布式API网关。APIOAK 提供API发布、管理、运维的全生命周期管理。辅助用户简单、快速、低成本、低风险的实现微服务聚合、前后端分离、系统集成，向合作伙伴、开发者开放功能...
API 网关 Kong
了不起的厂长
05-16 1050
什么是 API 网关？ 所谓网关，主要作用就是连接两个不同网络的设备，而今天所讲的 API 网关是指承接和分发客户端所有请求的网关层。 为什么需要网关层？最初是单体服务时，客户端发起的所有请求都可以直接请求到该服务，但随着产品用户越来越多，单体应用存在显而易见的单点问题，除此之外，当单体应用大小升至几个 G 时，持续发布将会非常缓慢，所以服务的拆分成为了必然趋势。 当服务拆分为多个之后，我们不得不面临一个问题，就是如何控制用户请求到对应服务节点，于是网关层应运而生，它不仅可以负责负载均衡，还可以让它处理
【API网关】Kong安装和基本操作
Jzin的博客
02-28 2744
Kong是一个开源的API网关和微服务管理平台，它提供了一系列的工具和技术来管理和监控分布式应用程序中的API。Kong被设计为一个高度可扩展的平台，它提供了一系列的核心功能，**例如API路由、认证、流量控制、日志记录、监控、插件等等**。
分布式网关概念及Spring Cloud Gateway动态路由实现
牧羊人的方向
03-21 2083
服务网关作为分布式系统对外服务的统一入口，设计功能上具有路由转发、熔断限流、安全认证以及监控等功能。本文简要介绍服务网关的基本概念，以及动态路由的实现方式，以加深了解。
分布式（二）网关
weixin_43741711的博客
04-06 4778
网关作用，常用网关
云原生API网关-Kong部署与konga基本使用
qq_42515722的博客
05-24 4431
Konga是一款基于Kong Admin API的GUI图形化管理界面。Kong Gateway 是一个 Lua 应用程序，旨在加载和执行 Lua 或 Go 模块，我们通常称之为插件。Kong 提供了一组与 Kong Gateway 捆绑在一起的标准 Lua 插件。您有权访问的插件集取决于您的安装：开源、企业或在 Kubernetes 上运行的这些 Kong Gateway 选项之一。自定义插件也可以由 Kong 社区开发，并由插件创建者支持和维护。
什么是分布式服务网关，有哪些特性。常见的分布式服务网关系统有哪些
03-13
分布式服务网关是一种用于管理和调度分布式服务的系统，它可以将多个服务组合成一个整体，并提供一致的接口和协议。其特性包括：高可用性、可伸缩性、安全性、灵活性、可扩展性等。常见的分布式服务网关系统有Kong、Zuul、Tyk、API Gateway等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

赵广陆

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值