共计 495 个字符，预计需要花费 2 分钟才能阅读完成。
这是验证秒杀抢购和订单功能的 8 个服务框架图：
| 服务 | 协议 | HTTP 端口 | gRPC 端口 |
|---|---|---|---|
| eshop_gw 内聚 api 网关服务 | HTTP | 8080 | – |
| user 用户服务 | HTTP, gRPC | 30080 | 30082 |
| product 产品服务 | HTTP, gRPC | 30180 | 30182 |
| order 订单服务 | HTTP, gRPC | 30280 | 30282 |
| stock 库存服务 | HTTP, gRPC | 30380 | 30382 |
| coupon 优惠券服务 | HTTP, gRPC | 30480 | 30482 |
| pay 支付服务 | HTTP, gRPC | 30580 | 30582 |
| flashSale 秒杀抢购服务 | HTTP, gRPC | 30680 | 30682 |
使用负载测试工具 k6 分别对 秒杀抢购 api和 提交订单 api进行压测，验证最终的数据一致性正确。压测结果与机器配置、网络环境、数据库配置等因素有关，这里不展示压测数据了。
注：源码的 2 个目录下代码基本一样，只是代码组织结构稍有不同，一个是微服务多仓库 (multi-repo) 代码组织结构，另一个是微服务单仓库 (mono-repo) 代码组织结构，8 个服务代码是生成的，然后按照生成的示例模板编写具体的业务逻辑代码。
正文完
