在第三章讲到：表结构划分，共8user表product、category表cart表orders、、表pay_info表总共5个服务。在咱们原先的构想中，远不止远不止以上这5个服务版块。但是对于电商系统来说，这5个版块是重中之重的，是必不可少的。在第四章API定义，针对5个服务进行接口定义。有了API那自然就要说到RPC了。所以咱们该篇文章就针对重中之重的5个版块进行RPC的定义，用于对API数据依赖的开发。go-zero 成长之路—微服务电商实战系列（四、API定义）

不同的微服务间需要做数据的隔离，每个微服务独占数据库资源，通过RPC调用来获取数据依赖，整体架构如下图所示：通过以上对API的定义我们大致了解了需要哪些数据字段，下面开始进行数据表的设计，建表语句放在每个服务的model目录下的sql文件中，该文件会不断更新，主要涉及的库和表定义如下：用户表主要保存用户信息，在user。

不同的微服务间需要做数据的隔离，每个微服务独占数据库资源，通过RPC调用来获取数据依赖，整体架构如下图所示：通过以上对API的定义我们大致了解了需要定义哪些服务的API，下面开始API的定义。这里采用 api.api 文件的形式进行构建API服务。

1. 概述 微服务架构是一种架构风格，它将一个大的系统构建为多个微服务的集合，这些微服务是围绕业务功能构建的，服务关注单一的业务功能，这些服务具有以下特点： 高度可维护和可测试 松散的耦合 可独立部署 围绕业务功能进行构建 由不同的小团队进行维护 微

1. 前言 最近在研究微服务，了解到go-zero，针对go-zero目前社区上基于go-zero比较完整的开源项目，很遗憾好像没有。因此决定和大家一起从零开始基于go-zero构建一个完整的接近生产级的开源项目。 该系列的设计理念是基于go-zer