我当时正在和Kong一起工作,然后想了解Kong如何知道要为刚刚到达网关的请求执行哪个插件。
假设我们已经在一个服务实体上配置了速率限制插件,并且有一个与之相关联的路由,那么kong现在如何知道在该路由上出现请求时必须执行速率限制插件。
它是基于插件配置的吗?如果是这样的话,kong是否从数据库中获取这些详细信息
请解释插件执行的机制。
PS:我知道执行顺序,但不知道孔如何决定执行哪个插件。
不确定明白你在找什么。
当然,这是基于插件配置的。插件的配置存储为您的配置,您可以将其配置为内存或数据库中,有关更多详细信息,请参阅数据存储部分
如果您有问题,当您有几个插件,插件有一个硬编码的优先级,以了解执行顺序,请参阅插件顺序
如果您质疑哪些插件将被执行,插件可以为各种实体、实体组合甚至全局配置。
插件将始终运行一次,并且每个请求仅运行一次。但是它运行的配置取决于它所配置的实体。更具体的插件是关于多少实体它已配置其优先级越高你可以得到更多的细节关于优先级
例如:如果速率限制插件应用了两次(具有不同的配置):针对服务(插件配置A)和消费者(插件配置B),那么验证该消费者的请求将运行插件配置B并忽略A。但是,不进行身份验证的请求请注意,如果配置B被禁用(其启用的标志被设置为false),配置A将应用于否则将匹配配置B的请求。
Permalink
Kuma 是一个现代的通用服务网格控制平面。Kuma 基于 Envoy 搭建;Envoy 是一个为云原生应用设计的强大的代理软件。 Kuma 高效的数据平面和先进的控制平面,极大地降低了各团队使用的难度。Kuma 可以在包括 Kubernetes、虚拟机、容器、裸机和传统环境在内的任意平台上运行,以落实整个组织中的云原生体验。 Kuma 的主要功能包括: 软件定义安全(Software Defin
kong-oidc 是诺基亚开源的一个 Kong 插件,实现了 OpenID Connect Relying Party (RP) 功能。它使用 OpenID Connect Discovery 和基本客户端配置(即授权代码流),针对 OpenID Connect Provider 对用户进行身份验证。 kong-oidc 支持在服务器缓存已解析的 Discovery 文档和验证通过的访问令牌(A
kong-goplugins 是一个基于 kong 官方提供的 go 扩展功能,提供基本项目和开发环境。集成 kong 数据库的初始化和更新将在启动之前自动执行,而无需手动执行。
terracotteJobStore如何确定下一个作业应该在哪个节点执行? terracotteJobStore中的节点选择使用哪种算法?
我正在查找Kong API网关,并通过Google Cloud Marketplace在GKE上部署了一个Kong实例。我想向这个实例添加一个自定义的Kong插件,并为我的服务启用它。我怎么做呢?有什么资源可以让我对这件事有所了解吗?非常感谢。
我在试着和孔在一起。我在AWS上运行这个。每当我停止服务器并启动它时,API和插件中的每个条目都会消失。所以在每次启动和停止之后,我必须重新添加api和插件的值。有人能告诉我如何保留数据吗? docker run-d--名为kong database-p9042:9042 cassandra:2.2然后我运行了kong docker run-d--名为kong--链接kong database:k