数据层可独立为 RPC，但场景需谨慎选择
当前的业务系统往往涉及多个应用，它们需要访问同一套数据模型。为了避免大量重复代码，开发者提出了将数据访问层独立为 RPC 的方案，以便应用只需调用 RPC 即可实现数据读写。
可行性分析
理论上，将数据层独立为 RPC 是可行的。实际应用中，开发者将其部署在 Kubernetes 集群内，损耗的性能微乎其微。
选择方案
织梦团购系统DEDE5
下载
织梦DEDE5凭借其专业的技术、丰富的电子商务经验在第一时刻为此最流行的购物方式推出开源程序。独立编译模板、自由修改、代码简洁，安全高效、数据缓存等技术的应用，使其能在大浏览量的环境下快速稳定运行，切实节约网站成本，提升形象。同行业比较，织梦DEDE5的优势在哪里？整体规划 摒弃开发速度慢，效率低下、冗余严重的框架。投入大量的时间和精力，打造最简洁高效的程序开源程序 我们渴望公平、公正、开放的竞争
不过，使用 Go 语言且数据库结构一致的情况下，将数据访问层作为 pkg 引入更方便，无需引入 RPC。
RPC 方案的适用场景
若满足以下场景，则可考虑采用 RPC 独立数据层：
- 数据访问控制：不同应用需要获取不同的数据时，可通过 RPC 统一控制。
- 后台管理：底层数据库需要限制应用访问权限，仅后台可访问全部数据时，可将数据库独立为 RPC 服务，由该服务统一管理。
