前言: Kong 是天生的微服务网关.她的官方简介是:Kong 是一个云原生,高效,可扩展的分布式 API 网关. 自 2015 年在 github 开源后,广泛受到关注,目前已收获 1.9w+ 的 star,其核心价值在于高性能和可扩展性. 1. 数据库准备,拉取Postgresql镜像 sudo docker pull daocloud.io/library/postgres:9.6.4 备注:Postgresql不要太高,否则后面konga安装会报错 2. 构建Postgresql容器:

1.安装kong管理工具:konga或者kong-dashboard,这里选择konga 拉取konga镜像: sudo docker pull pantsel/konga:0.14.4 初始化konga docker run --rm --network=mynetwork pantsel/konga:0.14.4 -c prepare -a postgres -u postgresql://kong:kong@172.18.0.7:5432/konga 报错: 解决: postgresql版

1. Kong简介 那么,Kong是一个什么东东呢?它是一个开源的API网关,或者你可以认为它是一个针对API的一个管理工具.你可以在那些上游service之上,额外去实现一些功能.Kong是开源的,所以你可以在Github找到它,你现在就可以下载使用. Kong是一款基于OpenResty(Nginx + Lua模块)编写的高可用.易扩展的,由Mashape公司开源的API Gateway项目.Kong是基于NGINX和Apache Cassandra或PostgreSQL构建的,能提供易于使

在我们对一个API站点进行微服务化的过程中,使用KONG网关可以实现以下几个效果: 1. 业务线无感知,其实内部已经被Kong转到其他站点上执行了,这对业务线特别友好. 2. 可以实现租户级/接口级灰度验证.(KONG的路由规则是根据URL判断的,因此需要URL上包含租户ID) 比如,原先是业务方直接通过URL调用API站. 要使用KONG进行灰度转调的话,首先把api.cc.com的DNS解析到KONG的IP上. 这样,就会把所有业务线对api.cc.com的请求转到KONG.然后在KONG上

对于刚开始学习kong网关,总是一脑子浆糊迷迷糊糊.虽然已经安装好,但却不知道接下来如何下手, 因为包含项太多:service.routes.upstream.consumer.plugins等等.一时不知从何下手配置服务. 最后又重新打开kong网关的基本介绍,看完之后决定先把问题简单化.所以第一步就先搭建一个service和route, 随后又构建了upstream.这三部分完成之后,一个基本的网关功能就算实现了. 简单画了一个流程图,基本表现了kong网关的调用过程.一共分为五部分:用户客

上次在虚拟机里安装kong网关后,因为版本(1.4)太高,目前Kong Dashboard无法支持, 后续发现Git上有个开源工具Kong admin ui,下载源码并部署到NGINX. 但是发现使用过程中能够正常添加service服务,但是在添加路由route时始终提示校验不通过的错误. 最后决定使用最原始的官方提供的命令操作(参考地址:https://docs.konghq.com/1.4.x/admin-api/) 结合postman工具使用,发现操作起来并不复杂.其实就是kong本身提供

写在前面: 持续记录一下自己在解决api网关kong上的各种问题. 1.关于Kong网关 这是官网地址:https://konghq.com/ 2.通过brew安装postgres 因为kong的数据持久化是 brew install postgresql initdb /usr/local/var/postgres -E utf8 pg_ctl -D /usr/local/var/postgres -l logfile start /usr/local/bin/psql -d postgres

我的工作中很重要的一部分是参加各种各样的技术会议.最近参加的是去年11月的北美KubeCon,在会议的最后一天,所有人都焦头烂额,我也一直机械地向不同的人重复我的自我介绍.后来,我已经十分烦躁,决定逃离人群好好听一场演讲.无意间,我碰上了Darren Shepherd的演讲,他是Rancher的CTO,他的演讲主题是"K3s的背后:构建一个生产级轻量Kubernetes发行版".我被演讲深深吸引,此后我开始慢慢深入了解K3s. K3s是由业界应用最为广泛的Kubernetes管理平台创

前言 从去年上半年微服务项目上线以来,一直使用kong作为微服务API网关,整个项目完全部署于k8s,一路走来,对于k8s,对于kong,经历了一个从无到有,从0到1的过程,也遇到过了一些坎坷,今天准备分享一些实际的小心得和经验,本篇将尽量做到短小精干,希望能让大家一目了然. 在开始部署kong到k8s环境中时,作者就思考过一些运维问题,如下: kong作为一个杰出的高性能微服务API网关,可以使用lua脚本编写强大的插件来扩展它的功能,在这种情况下,插件可能会随着版本而变动,如何优雅地升级它呢

由于内核版本问题,最初仅Ubuntu可以较好的支持Docker.不过,由于RedHat系列OS(REHL.CentOS)是目前主流的Linux服务器操作系统,所以令RedHat系列OS支持Docker很有必要.目前Docker和RedHat已经展开深入合作,并在2013年年底推出了可以在RedHat系列OS上运行的Docker0.7. 目前有一些博客介绍了如何在CentOS上安装Docker,例如http://www.linuxidc.com/Linux/2014-01/95512.htm .但

本文主要为kong安装小记,系统环境为centos 6.7                                本文转载请注明出处 —— xiaoEight 介绍 Kong 是在客户端和(微)服务间转发API通信的API网关,通过插件扩展功能.Kong 有两个主要组件: Kong Server :基于 nginx 的服务器,用来接收 API 请求. Apache Cassandra :用来存储操作数据. 总体而言是在api与客户端直接引入一层gate way,在这层上面做的各种文章,例

安装docker,其他的源可能导致你的内核和docker的版本不一致,需要将系统内核升级至3.x 查看当前系统版本 cat /etc/issue 查看当前内核版本 uname -r #uname -a 方法1: yum -y update #更新yum yum -y install wget #安装wget cd /etc/yum.repos.d wget http://www.hop5.in/yum/el6/hop5.repo yum install kernel-ml-aufs kernel

首先我虚拟机系统都是Centos 6.5 .ESXI ,后安装devel .ESXI 后来 .ESXI 我所操作的都是虚拟机,但是在真实机上面如何我就不清楚了~~ 大家一定要记得安装步骤,,,不然就是坑... 相信我,血的教训.给你们看看我遇到了什么鬼!!! 没有initrd.img挂载项,我手动添加也没用!!! 这是我重新引导2.6.32内核下才可以查看这个文件,其实在启动的时候就能看到只有两项 rpm -ivh kernel-ml-aufs-devel-3.10.5-3.el6.x86_64

查阅PostgreSQL官方文档可以得知,官方提供了两种方式对数据库进行升级--pg_dumpall与pg_upgrade. pg_dumpall是将数据库转储成一个脚本文件,然后在新版数据库中可以直接导入.这种方式操作简单,跟着官方文档就能轻松操作,但是明显只适用于数据量较少的情况,在我的测试环境里,导入一个2g的数据库用了将近10分钟. 所以我这里选用的是pg_upgrade,这种方式是直接将数据文件升级到高版本,2g数据用时一分多钟. 目前我手上的项目的PgSql是跑在在Docker上面的

先卸载 yum remove docker* yum remove container-selinux--.el7.centos.x86_64 安装 sudo yum install -y yum-utils yum-config-manager \ --add-repo \ https://download.docker.com/linux/centos/docker-ce.repo 必然失败,然后替换源再来 yum-config-manager --add-repo http://mirro

#!/bin/bash # Let's finish it like a flash ARGS=`getopt -o v:"$@"` echo $# if [ $# != 2 ];then echo "Need new version" exit fi case "$1" in -v) echo "new version: ". $2 SERVICE_VERSION=$2 ;; esac REGISTRY_URL="

目的 使用kong作为目录/data/reports的静态资源服务器,为了测试,已于目录/data/reports下创建文件report.html,如下: <html> <head></head> <body><h1>测试报告</h1></body> </html> 一.编写nginx自定义模板 获取kong自定义的nginx配置 [root@justmine ~]# kubectl -n [kong所在的命名

前言 项目地址:https://github.com/lianggx/Kong.Net 你的支持使我们更加强大,请单击 star 让更多的 .NETCore 认识它. 拥抱开源的脚步,我们从来都是一直在路上:.NETCore作为后起之秀,带给我们太多的惊喜和感动:但是也正是由于年轻,.NETCore 的生态还是不够完善,这就非常需要我们社区的力量,需要大家一起参与,把开源社区好的工具.组件.应用接入到 .NETCore 应用中. 他山之石,可以攻玉! 在很多时候,我们想要在项目中引入高性能开源网

前言 前几天开源发布了 Kong.Net 项目,收到了大量园友的反馈,开源当天就突破了 100 个star ,可喜可贺,但是从侧面也说明,我们 .NetCore 阵营真的非常需要拥抱开源,应该敞开心扉,集众家之长,为我所用,针对有些朋友还不太了解 Kong 的使用方法,本文作一些简单的介绍. 项目地址:https://github.com/lianggx/Kong.Net 请为我们点击 star 加⭐⭐ 声明 本文准备介绍市面上的一些常见的网关,不吹不黑,实事求是,理性讨论,从我做起. 微服务网

kong服务网关API pingforever关注 0.1762017.05.23 11:16:08字数 834阅读 7,367 kong简介 Kong 是在客户端和(微)服务间转发API通信的API网关,通过插件扩展功能.Kong 有两个主要组件:Kong Server :基于 openresty 的服务器,用来接收 API 请求. Apache Cassandra或者PG :用来存储操作数据. 你可以通过增加更多 Kong Server 机器对 Kong 服务进行水平扩展,通过前置的负载均衡