探索数据层 RPC 的可行性

在多个应用需要访问同一数据集的情况下，为了避免代码重复，有人提出了将数据访问层独立为 RPC 的想法。这能否在实践中实现？

可行性分析

理论上，将数据访问层独立为 RPC 是可行的。它允许模型和方法只需实现一次，而多个应用可以通过调用 RPC 实现数据读取和写入。

实现方式

虽然理论上可行，但在实践中有多种实现方式：

• 独立的 RPC 服务：创建一个单独的 RPC 服务，封装数据访问逻辑并公开一个 API 给应用调用。
• 内部包：如果所有应用都使用相同的编程语言（如 Go），则可以将数据访问代码作为一个包封装起来，供其他应用引入使用。这种方法更加简单且不需要额外的网络开销。

情景考虑

在考虑将数据访问层独立为 RPC 时，需要考虑以下情况：

• 性能：如果 RPC 服务在不同的机器上部署，则可能会增加网络延迟和性能开销。
• 数据访问控制：RPC 方法应实施适当的数据访问控制，以确保不同应用只能访问其被授权的数据。
• 数据库隔离开销：在某些情况下，独立的 RPC 服务可能需要管理自己的数据库连接，这会增加额外的隔离开销。

应用场景

RPC 数据层在以下场景中可能特别有用：

• 控制不同应用访问的数据不同。
• 底层数据库对于应用访问来说过于敏感，需要通过 RPC 服务间接管理。