数据层可独立为 RPC，但场景需谨慎选择
当前的业务系统往往涉及多个应用，它们需要访问同一套数据模型。为了避免大量重复代码，开发者提出了将数据访问层独立为 RPC 的方案，以便应用只需调用 RPC 即可实现数据读写。
可行性分析
理论上，将数据层独立为 RPC 是可行的。实际应用中，开发者将其部署在 Kubernetes 集群内，损耗的性能微乎其微。
选择方案
不过，使用 Go 语言且数据库结构一致的情况下，将数据访问层作为 pkg 引入更方便，无需引入 RPC。
RPC 方案的适用场景
若满足以下场景，则可考虑采用 RPC 独立数据层：
-
数据访问控制：不同应用需要获取不同的数据时，可通过 RPC 统一控制。
-
后台管理：底层数据库需要限制应用访问权限，仅后台可访问全部数据时，可将数据库独立为 RPC 服务，由该服务统一管理。
以上就是数据访问层独立为 RPC：何时使用，何时放弃？的详细内容，更多请关注其它相关文章！
