KONG 控制平面和数据平面映射
KONG's control plane & data plane mapping
我是 KONG 新手,目前以混合模式安装 KONG(CP/DP 分开)。
只是想检查一下我们是否有一个 CP 的多个 DP 并想要部署该服务。
在那种情况下,我们是否需要在任何地方提及有关 DP 的详细信息,例如服务级别配置或 CP 级别。
目前我的理解:
DP 节点将共享配置。它将数据库的内容缓存在内存中。缓存的实体包括服务、路由、消费者、插件、凭证等……因为这些值在内存中。
CP 正在侦听 DP。您无需在任何地方声明 DP,只需向 DP 提供连接到 CP 的详细信息。
你说:
DP nodes will share the configuration. It caches the contents of your database in memory. The cached entities include Services, Routes, Consumers, Plugins, Credentials, etc… Since those values are in memory.
DP没有访问数据库的权限,这是控制计划的作用cf documentation,架构很清楚:
control plane (CP), where configuration is managed and the Admin API is served from; and data plane (DP), which serves traffic for the proxy.
Once connected, every Admin API or Kong Manager action on the control plane triggers an update to the data planes in the cluster.
我是 KONG 新手,目前以混合模式安装 KONG(CP/DP 分开)。
只是想检查一下我们是否有一个 CP 的多个 DP 并想要部署该服务。 在那种情况下,我们是否需要在任何地方提及有关 DP 的详细信息,例如服务级别配置或 CP 级别。
目前我的理解: DP 节点将共享配置。它将数据库的内容缓存在内存中。缓存的实体包括服务、路由、消费者、插件、凭证等……因为这些值在内存中。
CP 正在侦听 DP。您无需在任何地方声明 DP,只需向 DP 提供连接到 CP 的详细信息。
你说:
DP nodes will share the configuration. It caches the contents of your database in memory. The cached entities include Services, Routes, Consumers, Plugins, Credentials, etc… Since those values are in memory.
DP没有访问数据库的权限,这是控制计划的作用cf documentation,架构很清楚:
control plane (CP), where configuration is managed and the Admin API is served from; and data plane (DP), which serves traffic for the proxy.
Once connected, every Admin API or Kong Manager action on the control plane triggers an update to the data planes in the cluster.