如何将声明式（无数据库）和常规模式与 Kong 混合使用
How to mix declarative (db-less) and regular mode with Kong
Kong 提供了一种声明模式，可以将整个配置放在一个 YAML 文件中。这是我定义配置的首选方式，因为您可以轻松地对其进行版本控制，并反复部署它。
然而，恕我直言，必须配置您的消费者，例如他们在 YAML 配置中的速率限制或 ACL 权限。这将意味着消费者暴露在版本控制工具中，非开发人员将无法管理用户。
有没有一种方法可以让 Kong 使用初始声明性配置进行设置，同时让配置更容易更改，比如消费者及其在数据库中的权利？文档似乎提到了一种混合模式，但它立即深入研究了 'control planes' 和不同的节点，如果它对我的情况有任何用处，我就完全迷失了。
如您所知，db-less 和 db-based 是两种不同的操作模式。混合模式是另一回事，您可以在其中指定一些 Kong 节点来执行代理（数据平面），而其他节点来处理配置（控制计划）。不是你要找的。
我认为在您的情况下，最好保持常规 DB-based 模式，并通过其他方式处理“声明性”。也许 decK 适合你。它允许您通过声明性 YAML 文件管理配置数据库。
Kong 提供了一种声明模式，可以将整个配置放在一个 YAML 文件中。这是我定义配置的首选方式，因为您可以轻松地对其进行版本控制，并反复部署它。
然而，恕我直言，必须配置您的消费者，例如他们在 YAML 配置中的速率限制或 ACL 权限。这将意味着消费者暴露在版本控制工具中，非开发人员将无法管理用户。
有没有一种方法可以让 Kong 使用初始声明性配置进行设置，同时让配置更容易更改，比如消费者及其在数据库中的权利？文档似乎提到了一种混合模式，但它立即深入研究了 'control planes' 和不同的节点，如果它对我的情况有任何用处，我就完全迷失了。
如您所知，db-less 和 db-based 是两种不同的操作模式。混合模式是另一回事，您可以在其中指定一些 Kong 节点来执行代理（数据平面），而其他节点来处理配置（控制计划）。不是你要找的。
我认为在您的情况下，最好保持常规 DB-based 模式，并通过其他方式处理“声明性”。也许 decK 适合你。它允许您通过声明性 YAML 文件管理配置数据库。