Kong：在kong數據存儲中存儲業務邏輯和/或業務數據是一個好主意嗎？

Question

我知道Kong使用的數據存儲用於持久存儲配置以啓用水平縮放。

我想知道是，將它也有可能存儲在API網關的數據源本身和路由基於從該數據源讀取數據的API實際的業務數據。

如。如果用戶過去曾有3位作者購買，我只想向他展示這些作者的所有書籍的列表。這裏的訂單歷史就是商業數據，並且只向他展示這些作者的書是商業邏輯。

在請求通過api網關後，我通常可以獲取用戶的訂單歷史記錄，然後顯示所需的數據。

但它可能是節省用戶的訂單歷史記錄在香港的數據源和寫在Lua自定義插件，會從網關獲取作者列表用戶的本身，並通過對作者的IDS到必需的模塊，然後才能顯示這些作者的書籍？

如果可能的話，這將是最好這樣做呢？

Answer 1

雖然通過利用底層的Kong DAO接口可以實現，但我通常不會將您的業務邏輯與Kong使用的模式綁定在一起，因爲DAO接口將來可能會根據新的Kong需求而改變，並且如果發生這種情況，您將無法控制業務邏輯（除非您也維護DAO實現）。

一般來說，我會將所有這些邏輯放在一個單獨的服務中，然後使用例如內部HTTP客戶端從Kong插件查詢服務。