将数据层独立为 RPC 的可行性

在拥有多个应用同时访问同一组数据模型的情况下，代码重复性是一个常见的问题。是否可以将数据访问层独立为 RPC，从而避免重复代码并简化开发流程？

理论上，这样做是可行的。通过 RPC，可以在不同的应用中统一实现数据访问方法，从而消除代码冗余。最近的一个案例中，通过在 k8s 环境中部署 RPC，并未对性能造成明显影响。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

不过，在实际应用中，也存在着其他更简单的实现方式。例如，对于使用 Golang 语言且访问相同或相似数据库的应用，可以将数据访问代码作为包引入到不同的项目中，并统一维护该包。

此外，根据经验，使用 RPC 实现数据层的场景主要有两种：

1. 控制不同应用获取数据的差异性：可通过在 RPC 中统一控制数据访问，确保不同应用获取所需的数据。
2. 保护底层数据库安全：如果需要限制对底层数据库的直接访问，可以考虑将数据访问层独立为 RPC，并通过特定的服务来管理底层数据库。