Kong：在 kong 数据存储中存储业务逻辑和/或业务数据是个好主意吗？

Question

我了解 Kong 使用的数据存储用于持久存储配置以启用水平扩展。

我想知道的是，是否也可以将实际的业务数据存储在 api 网关的数据源本身中，并根据从该数据源读取的数据路由 api。

例如如果用户过去购买了 3 位不同作者的书，我只想向他显示这些作者的所有书籍的列表。这里的订单历史就是业务数据，只给他看那些作者的书就是业务逻辑。

请求通过api网关后，我可以正常获取用户的订单历史，然后显示需要的数据。

但是是否可以将用户的订单历史记录保存在 kong 数据源中，并在 lua 中编写一个自定义插件，从网关本身并将作者的 ID 传递给所需的模块，然后该模块可以只显示这些作者的书籍？

如果可能的话，是否建议这样做？

Answer 1

虽然可以通过利用底层 Kong DAO 接口来实现，但我通常不会将您的业务逻辑与 Kong 使用的模式联系起来，仅仅是因为 DAO 接口将来可能会根据新的 Kong 需求而发生变化，而您如果发生这种情况，您将无法控制您的业务逻辑（除非您还维护 DAO 实现）。

一般来说，我会将所有这些逻辑托管在一个单独的服务中，然后使用例如内部 HTTP 客户端从 Kong 插件查询服务。