konga和kong的区别

konga和kong的区别

1、kong仅支持postgresql95+和Cassandra 3xx，多了一套数据库维护需求

2、konga不支持postgresql的11、12、13版本，结合kong的需求，只能选择postgresql95+或10版本，如有bug或安全问题难以修复

3、konga仅支持kong1+不支持kong2，konga非kong官方提供的管理UI，更新维护非常慢，官方的管理UI是企业版需要收费

风险：

1、kong和konga基于docker安装是最方便快捷的，但需要运维人员掌握docker运维技术。

2、kong网关和spring cloud网关相比较，在8核32G内存的服务器条件下性能基本无差异，spring cloud比kong流行很多，更受欢迎，比较大众化，会的人多。

优化思路：

需要将postgresql、kong和konga整合成一个docker镜像来简化安装

The upstream object represents a virtual hostname and can be used to loadbalance incoming requests over multiple services (targets) So for example an upstream named servicev1xyz for a Service object whose host is servicev1xyz Requests for this Service would be proxied to the targets defined within the upstream

Upstream（上游）模块可以理解为服务请求处理器，他可以模拟成一个虚拟域名，然后将进入的请求进行负载均衡处理，最后将命令分发到不同的微服务（Target）。所以配置的时候，先创建upstream对象，然后再在upstream对象里增加具体的target模块以对应不同的微服务地址和端口，最后在已创建的服务里配置对应的upstream名字，这样当请求到达时，kong就知道将指令分发到哪个具体的微服务里。

1，打开KONGA界面，在左侧见面选择UPSTREAMS菜单，然后点击“CREATE UPSTREAM”

2，在d出菜单里一般只需要填写NAME，此名字后面可用在SERVICES里的Host字段

3，创建完UPSTREAM后，在UPSTREAM的列表里点“DETAILS”即可看见TARGET选项

4，点击Targets后进入Target编辑页面，并且可以通过右上角进入增加target页面

5，填写IP:PORT地址在Target位置，Weight是可以标识不同的服务的权重，可以进行调节

6，最后在SEVICE编辑里将host换成对应的UPSTREAM的名字

1，查看UPSTREAMS

2，添加UPSTREAM

3，为UPSTREAM配置TARGET

4，SERVICE配置UPSTREAM

可扩展性:通过简单地添加更多的服务器，可以轻松地进行横向扩展，这意味着您的平台可以在一个较低负载的情况下处理任何请求;

模块化:可以通过添加新的插件进行扩展，这些插件可以通过RESTfulAdminAPI轻松配置;

在任何基础架构上运行:Kong网关可以在任何地方都能运行。您可以在云或内部网络环境中部署Kong，包括单个或多个数据中心设置，以及public，private或invite-onlyAPIs。

数据中心:用于存储Kong集群节点信息、API、消费者、插件等信息。Kong集群中的节点通过gossip协议自动发现其他节点，当通过一个Kong节点的管理API进行一些变更时也会通知其他节点。

对于Kong网关更多的是引擎，Kong网关自带的管理端功能也比较弱，因此还是有必要基于Kong网关来开发一个网关的管控治理平台。

API网关Kong使用指南（六）—— 支持>

Kong支持>

以上就是关于konga和kong的区别全部的内容，包括:konga和kong的区别、KONG API配置UPSTREAM、Konga平台特点等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/sjk/9439062.html