微服务API网关kong2.5和后台管理konga0.14.9 docker安装部署 weir 2021-08-31 10:25:23.0 kong,konga 455 <p> kong API 优先架构的可靠连接 </p> <p> 使用无缝提供 API 管理、入口和服务网格的服务连接平台更快地构建应用程序。 </p> <p> 多云和 Kubernetes 原生。 </p> <p> 在Java世界里说起网管无非是zuul，springcloud gateway，nacos这些大家熟知和经常使用的。 </p> <p> 其实还有一些性能更高的比如Gravitee.io基于vert.x，模式类似kong。 </p> <p> kong底层基于openresty 更底层是nginx所以性能绝对有保障。 </p> <p> 其他好处我就不多说了，我想聊聊和springcloud gateway，nacos这些的区别优势。 </p> <p> springcloud gateway，nacos基本属于代码层面的或者jar层面的也就是说使用这些网关是强耦合在每一个微服务代码或者配置上面的。 </p> <p> Gravitee.io和kong不同，他们是脱离了微服务代码做的代理网关，知道nginx就知道他们的运作模式，这样有什么好处，大家今年多少可能有所听闻了解新一代高性能微服务架构比如quarkus，Helidon，Micronaut ，vert.x，microprofile等，看看quarkus怎么定义自己的：为 OpenJDK HotSpot 和 GraalVM 量身定制的 Kubernetes Native Java 堆栈，由同类最佳的 Java 库和标准制作而成。 </p> <p> 就这一句话基本是对过去java应用架构质的飞跃，我们都知道spring是ejb质的飞跃，大概是15差不多那时候vert.x出现基本就算是对spring的颠覆了，但是反应式编程对国内来说有很多接受的难点，好在这几年前后端分离的实践奠定了java服务层的变革。 </p> <p> 对于服务层我们追求的不单单是开发速度还要有低内存消耗，更高的性能，更快的运行部署，特别是微服务和kubernetes的逐渐成为主流的今天，对于每个微服务的要求就更加苛刻，quarkus代码库里面提到的<a href="https://12factor.net/zh_cn/" target="_blank">12-factors</a> 大家可以去了解我认为它的提出正式为微服务而设定的。 </p> <p> 我们回到kong为什么会有这样的模式而不是springcloud gateway这样的模式呢？大家思考过这样的问题没有，quarkus这样的架构出现就必须有对应的网关为之服务，kubernetes istio linkerd2这几年都在努力做原生的网关可是成效不大，kong灵活的做到了兼容这一点，springcloud体系很难和新一代架构融合而kong可以做到这一点。 </p> <p> 今天是kong基于docker的入门安装部署做到快速上手。 </p> <p> 首先：docker network create kong-net </p> <p> 创建一个名叫kong-net的网络 </p> <p> docker run -itd --network=kong-net \<br /> --name kong-database \<br /> -e POSTGRES_DB=kong \<br /> -e POSTGRES_USER=weir \<br /> -e POSTGRES_PASSWORD=336393 \<br /> -p 5432:5432 \<br /> postgres:10 </p> <p> 这个是准备kong的基础数据库，数据库名 用户 密码 我想不用多介绍自己根据自己的来配。 </p> <p> docker run --rm \<br /> --network=kong-net \<br /> -e "KONG_DATABASE=postgres" \<br /> -e "KONG_PG_HOST=kong-database" \<br /> -e "KONG_PG_USER=weir" \<br /> -e "KONG_PG_PASSWORD=336393" \<br /> kong:2.5.0-centos kong migrations bootstrap </p> <p> 这一步是初始化kong的数据库数据 </p> <p> docker run -itd --name kong \<br /> --network=kong-net \<br /> -e "KONG_DATABASE=postgres" \<br /> -e "KONG_PG_HOST=kong-database" \<br /> -e "KONG_PG_USER=weir" \<br /> -e "KONG_PG_PASSWORD=336393" \<br /> -e "KONG_PROXY_ACCESS_LOG=/dev/stdout" \<br /> -e "KONG_ADMIN_ACCESS_LOG=/dev/stdout" \<br /> -e "KONG_PROXY_ERROR_LOG=/dev/stderr" \<br /> -e "KONG_ADMIN_ERROR_LOG=/dev/stderr" \<br /> -e "KONG_ADMIN_LISTEN=0.0.0.0:8001, 0.0.0.0:8444 ssl" \<br /> -p 8000:8000 \<br /> -p 8443:8443 \<br /> -p 8001:8001 \<br /> -p 8444:8444 \<br /> kong:2.5.0-centos </p> <p> 启动kong </p> <p> 到这里kong就按照部署好了，虽然他自己也有一个比较粗糙的管理界面基本不会用到，我们管理kong还是用konga </p> <p> docker run --rm pantsel/konga:0.14.9 -c prepare -a postgres -u postgresql://weir:336393@192.168.31.112:5432/konga </p> <p> 这个命令是把kong数据库的数据迁移到konga的数据库下，192.168.31.112就是当前机器的IP，上面用docker部署的kong就是在这台虚拟机上面。 </p> <p> docker run -d \<br /> --name konga \<br /> --restart=always \<br /> -p 1337:1337 \<br /> -e "DB_ADAPTER=postgres" \<br /> -e "DB_HOST=192.168.31.112" \<br /> -e "DB_USER=weir" \<br /> -e "DB_PASSWORD=336393" \<br /> -e "DB_DATABASE=konga" \<br /> -e "KONGA_HOOK_TIMEOUT=120000" \<br /> -e "DB_PG_SCHEMA=public" \<br /> -e "NODE_ENV=production" \<br /> --name konga \<br /> pantsel/konga:0.14.9 </p> <p> 不出意外：<a href="http://192.168.31.112:1337/">http://192.168.31.112:1337</a> 这样就可以打开管理界面了。 </p> <p> <br /> </p> <p> <br /> </p> <p> <img src="/view/120/20210831102224_687.png" alt="" /> </p> <p> <a href="https://www.bilibili.com/video/BV16E411n7Bu" target="_blank">后续的使用请看视频</a> </p>
