数据层可独立为 RPC，但场景需谨慎选择

当前的业务系统往往涉及多个应用，它们需要访问同一套数据模型。为了避免大量重复代码，开发者提出了将数据访问层独立为 RPC 的方案，以便应用只需调用 RPC 即可实现数据读写。

可行性分析

理论上，将数据层独立为 RPC 是可行的。实际应用中，开发者将其部署在 Kubernetes 集群内，损耗的性能微乎其微。

选择方案

不过，使用 Go 语言且数据库结构一致的情况下，将数据访问层作为 pkg 引入更方便，无需引入 RPC。

RPC 方案的适用场景

若满足以下场景，则可考虑采用 RPC 独立数据层：

1. 数据访问控制：不同应用需要获取不同的数据时，可通过 RPC 统一控制。
2. 后台管理：底层数据库需要限制应用访问权限，仅后台可访问全部数据时，可将数据库独立为 RPC 服务，由该服务统一管理。

以上就是数据访问层独立为 RPC：何时使用，何时放弃？的详细内容，更多请关注php中文网其它相关文章！