Kong api 网关 安装简单应用

Kong是一个可伸缩的开源API层(也称为API网关或API中间件)。Kong最初是由Kong Inc.(前身为Mashape)建造的,用于为其API市场提供超过15000个微服务,每月产生数十亿个请求。
在经过实战检验的NGINX的支持下,该公司专注于高性能,在2015年成为开源平台。在积极的发展下,Kong现在已被用于从创业公司到大型企业和政府部门的数百个组织的生产,包括:《纽约时报》

支持 权限控制,安全,负载均衡,请求分发,监控,限流 等等。

github :
docker安装 :https://github.com/Kong/docker-kong
Kong 源码:https://github.com/Kong/kong
官网地址:https://getkong.org/
官网文档:https://getkong.org/docs/0.12.x/proxy/
安装:
cd /data/
git clone https://github.com/Kong/docker-kong.git
cd docker-kong/compose
docker-compose up -d


Kong 项目会监控两个端口,一个是 8000,一个是 8001。 8000端口是可以给用户访问,就是说用户发送请求先到 Kong 项目的 8000 端口,然后Kong 项目帮你转到你的后端应用api。 8001 端口是管理端口,比如说,管理员可以通过 8001端口来得到你加入过的 api。
二:kong  api 增删改查
1、添加API
curl -i -X POST http://localhost:8001/apis/     -d ‘name=test1‘     -d ‘upstream_url=http://10.4.21.101‘     -d ‘uris=/admin‘ 

curl -i -X POST http://localhost:8001/apis/     -d ‘name=test2‘     -d ‘upstream_url=http://10.4.37.242‘     -d ‘uris=/admin/login.html‘ 

url:8001端口是Kong的管理端口。
name: api名称
upstream_url:提供服务的后端url。
uris:请求的地址

2、查询api
curl -X GET http://localhost:8001/apis/
curl -X GET http://localhost:8001/apis/test1

3、删除api
curl -X  DELETE http://localhost:8001/apis/test1

4、更新api
curl -i -X PATCH http://localhost:8001/apis/test1 -d ‘name=test3‘
5、验证 kong是否成功路由
通过上面创建的api  根据不同的URL请求到后端不同的服务器;
/admin/login.html---http://10.4.37.24
/admin 其他----http://10.4.21.101
/      {"message":"no API found with those values"}
/agent    {"message":"no API found with those values"}



类似于nginx反向代理,可动态调整、相当灵活;
还有其他功能待验证。。。。。

图形化客户端 工具可以管理API;

原文地址:http://blog.51cto.com/1576349/2065127

时间: 2024-11-05 06:24:14

Kong api 网关 安装简单应用的相关文章

SIA-GateWay之API网关安装部署指南

SIA-GATEWAY是基于SpringCloud微服务生态体系下开发的一个分布式微服务网关系统.具备简单易用.可视化.高可扩展.高可用性等特征,提供云原生.完整及成熟的接入服务解决方案.本文介绍API网关的安装部署. 一.环境 1.1 编译环境 Maven3+ nodejs Jdk1.8+ 1.2 运行时第三方依赖 Mysql5.6+ elasticsearch 5.5.2 kibana-5.5.2 kafka 2.12-2.0.0 redis 3.2.11 eureka-server 1.3

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-

怎么用API网关构建微服务

选择将应用程序构建为微服务时,需要确定应用程序客户端如何与微服务交互.在单体应用程序中,只有一组端点.而在微服务架构中,每个微服务都会暴露一组通常是细粒度的端点.在本文中,我们将讨论一下这对客户端与应用程序之间的通信有什么影响,并提出一种使用API网关的方法. 当选择将应用程序构建为一组微服务时,需要确定应用程序客户端如何与微服务交互.在单体应用程序中,只有一组(通常是重复的.负载均衡的)端点.然而,在微服务架构中,每个微服务都会暴露一组通常是细粒度的端点.在本文中,我们将讨论一下这对客户端与应

微服务API网关

当你选择采用微服务构建自己的程序,则你需要考虑客户端怎样与后端服务交互.对于一个单体应用,仅有一个服务群提供服务(通过负载均衡器实现).在微服务架构里面,每一个服务都暴漏了一个服务器集群.本篇文章我们讨论它对于客户端通讯的影响和提出通过API网关的解决办法. 背景介绍 首先让我们想象一下一个购物的移动程序.它需要实现产品详情页展示,例如产品信息.库存信息.订单信息.购物车等.例如,下图显示了你将看到的产品信息: 尽管它仅仅是一个手机程序的详情页,它也显示了产品的一些信息.它不仅展示了一些产品的基

kong个人分享(api网关)

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

微服务之API网关 kong 使用场景之路由功能

API网关,在介绍spring cloud的时候我们也曾提到过zuul,并使用zuul做了一个简单的实验证明zuul是可以实现网关的路由功能的,在这篇文章中,我们会同样使用类似简单的例子来验证kong在此种场景下的使用. spring cloud之zuul的类似实现 spring cloud的zuul的类似功能和实现,可参看下文: spring cloud之api网关 https://blog.csdn.net/liumiaocn/article/details/53941354 场景说明 项目

用API网关把API管起来

最开始只是想找个API网关防止API被恶意请求,找了一圈发现基于Nginx的OpenResty(Lua语言)扩展模块Orange挺好(也找了Kong,但是感觉复杂了点没用),还偷懒用Vagrant结合Docker来快速搭建环境,基于别人的Dockerfile把整个实验跑通了,觉得还不错.想着好像CoreOS是专门为Docker服务的,还买了一本<CoreOS实践>花小半天时间看完了,CoreOS在集群环境下确实很牛,但是我的环境还是轻量级点,所以还是基于CentOS来做,就这样研究了两天时间,

深入浅出聊聊企业级API网关

http://architect.dataguru.cn/article-11431-1.html API Gateway(API GW / API 网关),顾名思义,是出现在系统边界上的一个面向 API 的.串行集中式的强管控服务,这里的边界是企业 IT 系统的边界,主要起到隔离外部访问与内部系统的作用.在微服务概念的流行之前,API 网关的实体就已经诞生了,例如银行.证券等领域常见的前置机系统,它也是解决访问认证.报文转换.访问统计等问题的. API 网关的流行,源于近几年来,移动应用与企业

买单侠微服务的API网关演化之路

伴随着买单侠业务的快速发展,能够支持独立开发.独立部署.独立扩展的微服务在秦苍得到了广泛应用和蓬勃发展,短短3年左右时间,已经发展到了300+个微服务,并且还在快速增长中. 研发逐渐意识到伴随着微服务规模化的增长,必需要重视微服务的基础设施建设(API网关.服务注册中心.调用链跟踪等)才能保持开发效率和产品的质量. API网关作为访问微服务的大门, 是访问后台服务的入口,作为最常用的基础服务之一,其重要性不言而喻.在买单侠微服务的发展道路上,经过了以下摸索发展阶段,希望能给规模化应用微服务的攻城