使用的软件 Unbuntu 虚拟机(有自己的服务器更好) PostgreSQL kong kong-dashboard docker spring boot 安装 PostgreSQL kong 需要使用到数据库,目前支持PostgreSQL和Cassandran ,我选择大象数据库,安装过程省略,可以参考这篇文章. Ubuntu PostgreSQL安装和配置 安装完后建一个kong的用户.密码为kong.建一个kong 数据库: sudo -u postgres psql 进入,提示符变成:

参考资料: https://docs.konghq.com/install/source/ 环境准备:操作系统 centeros7.3 1 :openssl和pcre一般系统自带,如果没有可自己安装 https://www.openssl.org/source/ 或者 yum -y install pcre-devel openssl openssl-devel 2: git yum install git -y 3:gcc yum install gcc -y 3: lua wget http

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网关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

之前在macos系统测试安装psql和kong,但是实际环境中,大部分是部署在linux服务器上.下面记录了在centos7上部署postgresql和kong的总结以及遇到的一些问题的解决. 查看centos版本: $ cat /etc/redhat-release CentOS Linux release (Core) 部署版本: kong: v0.13.1 postgresql: v10.4 (注意:psql版本必须与kong版本对应) 安装依赖包 安装gcc编译环境 $ sudo yum

KONG是一个基于Nginx的API Gateway.提供了诸如身份认证,权限控制,流量控制,日志等一系列API相关的组件,可谓相当方便.KONG项目首页KONG入门KONG的Github地址KONG Admin API一览KONG插件列表 安装 以Linux RedHat 6.2为例: 从此处下载对应二进制rpm包,按操作安装即可KONG RedHat Release 注意如果yum出现无法获取metalink的错误,sudo vi /etc/yum.repos.d/epel.repo 注释掉

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

先决条件 Kubernetes集群:您可以使用Minikube或GKE集群.Kong与Kubernetes的所有发行版兼容. kubectl访问权限:您应该已经kubectl安装并配置为与Kubernetes集群通信. 为Kubernetes安装Kong 使用以下安装方法之一安装Kong for Kubernetes: YAML清单 helm Kustomize YAML清单 要通过部署Kong kubectl,请使用: kubectl apply -f https://bit.ly/kong-

1.Kong的概述 Kong是一个clould-native.快速的.可扩展的.分布式的微服务抽象层(也称为API网关.API中间件或在某些情况下称为服务网格)框架.Kong作为开源项目在2015年推出,它的核心价值是高性能和可扩展性.Kong被广泛用于从初创企业到全球5000家公司以及政府组织的生产环境中. 如果构建Web.移动或IoT(物联网)应用,可能最终需要使用通用的功能来实现这些应用.Kong充当微服务请求的网关(或侧车),通过插件能够提供负载平衡.日志记录.身份验证.速率限制.转换等

网关 这里提到的网关特指API网关.API网关是在微服务架构的演进过程中产生的,其核心功能是聚合后端服务,为客户端调用提供统一的门户.由于网关的集中式管理,在其上又衍生了限流.负载.路由管理.安全防护等新的需求和功能.基于应用系统现状,我们将网关进一步的细分为带有业务逻辑的业务网关和专注于服务聚合.路由的中台网关.具体来说,业务网关一般是指某一个业务系统的网关,其除了聚合本系统的后端服务之外,还会额外承担一些业务逻辑,比如通用的用户鉴权.基于业务的路由规则等.中台网关,是跨系统的.是将已有的平台

1.Kong的概述 Kong是一个clould-native.快速的.可扩展的.分布式的微服务抽象层(也称为API网关.API中间件或在某些情况下称为服务网格)框架.Kong作为开源项目在2015年推出,它的核心价值是高性能和可扩展性.Kong被广泛用于从初创企业到全球5000家公司以及政府组织的生产环境中. 如果构建Web.移动或IoT(物联网)应用,可能最终需要使用通用的功能来实现这些应用.Kong充当微服务请求的网关(或侧车),通过插件能够提供负载平衡.日志记录.身份验证.速率限制.转换等

写在前面   Api网关我们之前是用 .netcore写的 Ocelot的,使用后并没有完全达到我们的预期,花了些时间了解后觉得kong可能是个更合适的选择. 简单说下kong对比ocelot打动我的: 1.kong可以直接代替Nginx/OpenRestry做前端服务器. 2.kong的功能强大,性能不俗,生态不错,操作面板,插件丰富,社区活跃: 本文目的 1.对kong和consul做个基本介绍: 2.kong集成consul 做服务发现: 3.Asp.net core WebApi 服务自

时隔三年,本人重出江湖,哈哈哈 浏览之前写的博客,有些深度还不是太够.篇幅太短,并且很多专题没有坚持写下去,部分技(dai)术(ma)没有从业务中抽离出来,本人感觉好遗憾--为此,痛下决心,重拾博客,将鄙人仅有的一点技术记录供晚年回忆并分享给需要的同学们. 进入正题,准备最近搭建一个api-gateway服务,随着后端restful api不断增加, 权限控制,安全,负载均衡,请求分发,监控等都成了问题 为什么使用API-Gateway 1. 方便客户端维护-- 每个请求方不用管理多个api u

部署好kong之后,则需要将我们自己的接口加入到kong中管理,kong提供了比较全面的restful api,每个版本会有所不同,下面的记录基于kong v0.13.x kong的8001端口是resful admin api,服务.路由.配置都是通过这个端口进行管理,所以部署好之后页面可以直接访问localhost:8001 下面针对每个模块的API进行简介,每个对象模块对应数据库中的一张存储表. Information Routes 获取kong节点的通用详细信息 管理API的请求日志路径

Kong 集群允许您通过添加更多的机器来处理更多的传入请求来横向扩展系统.它们将共享相同的配置,因为它们指向相同的数据库.指向相同数据存储的 Kong 节点将属于相同的 Kong 集群. 您需要在Kong集群前面安装一个负载平衡器,以便在可用节点之间分配流量. Kong 集群可以做什么,不能做什么 拥有一个 Kong 集群并不意味着你的客户机流量将在您的 Kong 节点之间实现开箱即用的负载平衡.你仍然需要在Kong节点前安装一个负载平衡器来分配流量.相反,Kong集群意味着这些节点将共享相同的

简介 Kong,是由Mashape公司开源的,基于Nginx的API gateway 特点 可扩展,支持分布式 模块化 功能:授权.日志.ip限制.限流.api 统计分析(存在商业插件Galileo等.也可自己研发).请求转化.跨域(CORS).其他功能通过lua编写插件实现 安装 安装包下载和官网示列:https://getkong.org/install/centos/ 安装前先安装PostgreSQL yum install https://download.postgresql.org/

一.API网关产生背景 在微服务的架构中,一个大的应用会被拆分成多个小的单一的服务提供出来,这些小的服务有自己的处理,有自己的数据库(也可以共用),也许语言也是不一样的,他们可以部署在一个或多个服务器上,其实也就是对复杂的应用进行了解耦,那为什么微服务需要API网关呢? 首先我们看看微服务后产生的问题: 客户端需要知道多个服务地址 通用的功能怎么处理?例如鉴权.流量控制.日志等 以前一个功能可能是一次请求就可以完成,现在可能要多个服务一起进行才可以,那如何减少客户端请求的时间呢? 由于以上几点的

说明:官网推荐: kong-dashboard,但对比界面高端程度和友好度,更推荐konga.[一个坑]kong版本问题:我在安装时目前kong最新版本已经到1.0.0, 对于konga和kong-dashboard还不支持,建议安装低版本0.15以下; 具体表现查询apis,旧版本:[ip]:8001/apis,新版:[ip]:8001/services npm安装方式 1. 安装依赖 sudo apt-get install nodejs npm sudo npm install -g gu

一.关于kong的详细内容这里不再赘述,可以查看官网. kong升级到1.0以后功能越来越完善,并切新版本的kong可以作为service-mesh使用,并可以将其作为kubernetes的ingress-controlor.虽然在作为service-mesh方面与istio还有差异,但是kong的发展前景很好,kong-ingress-controlor可以自动发现kubernetes集群里面的ingress服务并统一管理.所以我们的测试集群正在试用kong,这里先记录一下部署过程. 二.部署

先说R8500吧. 由于Netgear网件的问题导致R8500在去年双11前夕出现了全球范围的Boot Loop的问题,现象为新设备开机一段时间后,路由器进入不停重启的状态,电源灯桔黄色.在和网件工程师沟通之后我换了新机器,第一次换回来的R8500依然有这个问题.第二次等了半个多月后收到了第三台R8500.这次网件用了一个大箱子给我送来的.我还以为给了我两台,另一台是赔偿我两次的顺丰快递费...事实上是我想多了,里头就一台R8500,哈哈哈. 这台拷机一个礼拜没发现Boot Loop的问题了.于