kong 了解

Kong 是在客户端和(微)服务间转发API通信的API网关,通过插件扩展功能。Kong 有两个主要组件:

  • Kong Server :基于nginx  的服务器,用来接收 API 请求。
  • Apache Cassandra:用来存储操作数据。

你可以通过增加更多 Kong Server 机器对 Kong 服务进行水平扩展,通过前置的负载均衡器向这些机器分发请求。根据文档描述,两个Cassandra节点就足以支撑绝大多数情况,但如果网络非常拥挤,可以考虑适当增加更多节点。

对于开源社区来说,Kong 中最诱人的一个特性是可以通过插件扩展已有功能,这些插件在 API 请求响应循环的生命周期中被执行。插件使用 Lua 编写,而且 Kong 还有如下几个基础功能:HTTP 基本认证、密钥认证、CORS( Cross-origin Resource Sharing,跨域资源共享)、TCP、UDP、文件日志、API 请求限流、请求转发以及 nginx 监控。

Kong包可运行在某些 Linux 发行版、Mac OS X 和 Docker 中,无论是本地机还是云端服务器皆可运行。

除了免费的开源版本,Mashape 还提供了付费的企业版,其中包括技术支持、使用培训服务以及 API 分析插件。

同时社区也有可视化的管理界面 kong-dashboard,使用起来比较方便

来源: https://www.oschina.net/p/kong

时间: 2024-10-07 04:36:20

kong 了解的相关文章

kong个人分享(api网关)

# kong简介 ## 背景 我们在提供api或微服务时,通常借助openresty nginx进行流量转发或者添加一些规则或功能,但是随着服务数量和引用增多,复杂的网络环境, 使维护变得困难,不容易扩展,一些功能也会在多个服务中重复,我们期望有一个工具来集中管理. ![](images/kong_arch.png) ## 简介 Kong 是在客户端和(微)服务间转发API通信的API网关和API服务管理层,通过插件扩展功能.我们可以可以通过增加更多 Kong Server 机器对 Kong 服

微服务Kong(四)——添加插件

在本节中,您将学习到,如何配置使用KONG的插件来管理您的API.KONG的核心原则之一就是通过插件来实现API的扩展.插件可以使您更为简单的扩展和管理您的API. 在以下的步骤中,您将通过配置key-auth插件为您的API添加一个认证的功能.在添加此插件之前,您的所有API都被将代理到上游头.添加并配置此插件后,只有具有正确API密钥的请求会被代理 - 所有其他请求将被KONG拒绝,从而保护您的上游服务免受未经授权的使用,从而实现权限认证功能. 1. 为您的API配置 key-auth 插件

微服务,ApiGateway 与 Kong

一. 微服务 二. Api Gateway 三. Kong 的使用 一. 微服务 对于一些传统的 大型项目,传统的方式会有一些缺陷,比如说 新人熟悉系统成本高(因为整个系统作为一个整体,彼此会有一定的牵连),项目重 启时间长,重构困难(对于一个新技术的引入,可能需要对整个项目推到重来),不易于更换新的技术,并且整个项目会慢慢变成巨无霸. 所以说就会有微服务这种概念,一个服务实现一个不同的特性或者功能.每一个独立的微服务都是一个小型应用.一些微服务可能会暴露一些api 给 其他的一些微服务或者是客

kong CentOS7网关安装

1.先安装postgres数据库,yum安装.yum install postgresql96yum install postgresql96-server配置环境变量export PGDATA=/var/lib/pgsql/9.6/dataexport PATH=/usr/pgsql-9.6/bin:$PATH2.初始化数据库/usr/pgsql-9.6/bin/postgresql96-setup initdb3.配置开机自启sudo systemctl enable postgresql-

kong 搭建安装

一.下载安装kong和postgresql wget https://dl.bintray.com/mashape/kong-rpm-el6-0.10.x/0.10.3/kong-0.10.3.el6.noarch.rpm rpm  -ivh kong-0.10.3.el6.noarch.rpm yum install https://download.postgresql.org/pub/repos/yum/9.6/redhat/rhel-6-x86_64/pgdg-centos96-9.6-

【2】微服务架构-kong的集群化部署

一:Kong的集群方案 Kong支持集群方案,可以加入多个Kong节点来保障服务的高可用性以及提高负载的能力,如下面官方图所示,多个kong组成的集群需要使用共享数据库,以保证集群数据的一致性. (1)集群状态 检查集群的状态 $kong cluster reachability 检查群集的成员 $kong cluster members (2)集群配置 集群配置包含以下几项 cluster_listen         用于与群集中其他节点之间通信的地址和端口. 默认值: 0.0.0.0:79

微服务Kong(八)——代理参考

Kong侦听四个端口的请求,默认情况是: 8000:此端口是Kong用来监听来自客户端的HTTP请求的,并将此请求转发到您的上游服务.这也是本教程中最主要用到的端口. 8443:此端口是Kong监听HTTP的请求的端口.该端口具有与8000端口类似的行为,但是它只监听HTTPS的请求,并不会产生转发行为.可以通过配置文件来禁用此端口. 8001:用于管理员对KONG进行配置的端口. 8444:用于管理员监听HTTPS请求的端口. 在本文中,我们将介绍Kong的路由功能,并详细说明8000端口上的

API网关Kong系列(一)初识

最近工作需要,加上国内Kong的文章相对缺乏(搜来搜去就那么两篇文章),而且官方文档在某些demo上也有一些过时的地方,遂提笔记录下这些,希望能有帮助. 先随大流介绍下KONG(主要参考官网): 官方站点:https://getkong.org 官方描述:Kong is a scalable, open source API Layer (also known as an API Gateway, or API Middleware). Kong runs in front of any RES

windows环境下进行 Kong ApiGateway 环境安装和部署

Step1 基础依赖项的安装 A.由于kong无法用于windows环境,因此需要准备centos虚拟机一台(此后的操作都是在Centos中进行) B.安装JAVA环境 http://sdlc-esd.oracle.com/ESD6/JSCDL/jdk/8u111-b14/jre-8u111-linux-x64.rpm?GroupName=JSC&FilePath=/ESD6/JSCDL/jdk/8u111-b14/jre-8u111-linux-x64.rpm&BHost=javadl.

微服务Kong(九)——认证参考

客户端访问上游API服务,通常由Kong的认证插件及其配置参数来控制. 通用认证 一般情况下,上游API服务都需要客户端有身份认证,且不允许错误的认证或无认证的请求通过.认证插件可以实现这一需求.这些插件的通用方案/流程如下: 1.向一个API或全局添加AUTH插件(此插件不作用于consumers): 2.常见一个consumer对象: 3.为consumer提供指定的验证插件方案的身份验证凭据: 4.现在,只要有请求进入Kong,都将检查其提供的身份验证凭据(取决于auth类型),如果该请求