kong DB-LESS和DB模式的对比

DB 和 DB-LESS方案对比

DB方案

• Kong的集群采用有库模式，数据库选择nosql数据库cassandra，kong集群中的节点共享数据库的配置。通过开发管理控制台，通过Kong提供的Admin API来管理Kong的相关转发配置（包括Services，Routes，Consumers，Plugins，Credentials等）。

DB-LESS方案

• Kong的集群采用DB-LESS模式，通过Kong提供的kong.yml配置来做Kong的相关转发配置（包括Services，Routes，Consumers，Plugins，Credentials等）。每一台kong依赖于各自的配置文件。yml配置完以后需要重启各自的kong服务生效。

注:Cassandra使用的一些限制
1、单Column数据不能超过2GB
2、单行的所有数据必须存储在集群中的一台机器上

方案对比

通过调研，DB-LESS模式下的kong集群的优势在于，DB-LESS模式引入的组件少，高可用性较好，可维护性较好；劣势在于，不支持api的方式进行配置，需要自行开发服务或者引入第三方工具来替换配置文件。DB模式的优点在于支持的插件更丰富，kong的功能扩展性更好，支持通过API的方式来直接修改配置；劣势在于引入了数据库，在高可用上和可维护性上相比较DB-LESS低一些。