微服务商城(1)开篇、服务划分

参考:https://mp.weixin.qq.com/s?__biz=Mzg2ODU1MTI0OA==\&mid=2247485597\&idx=1\&sn=7e85894b7847cc50df51d66092792453\&scene=21#wechat_redirect

为什么选择go-zero

go-zero 为我们提供了许多高并发场景下的实用工具,比如为了降低接口耗时我们往往需要并发的请求依赖的服务,这个时候我们可以使用 mapreduce 并行的处理请求;面对海量请求为了降低Redis压力和提高响应时间,我们可以使用 collection 构建本地缓存;避免用户连续请求造成服务压力可以使用 limit 做用户级别的限流等等。好的框架能够给我的项目开发带来事半功倍的效果,Go-zero的简洁易用性与内置的开箱即用的工具和服务治理能力助力我们构建一个高并发高可靠的系统。

产品需求

比较核心的功能点,比如请求量非常高的首页Banner我们如何优化,抢购商品如何保证不超卖,交易过程中分布式事务的实现等我们都会重点介绍。

以及后边我自己添加整合的ES加速搜索、客服中心、AI推荐等等。

服务划分

  • 商家服务(shop) - 商家的注册、登录

  • 商品服务(product) - 商品的添加、信息查询、库存管理等功能

  • 购物车服务(cart) - 购物车的增删改查

  • 订单服务(order) - 生成订单,订单管理

  • 支付服务(pay) - 通过调用第三方支付实现支付功能

  • 账号服务(user) - 用户信息、等级、封禁、地址管理

  • 推荐服务(recommend) - 首页商品推荐、ES商品搜索、AI商品询问推荐

  • 评论服务(reply) - 商品的评论功能、评论的回复功能

  • 客服服务(Customer Service) - 用户与店铺客服沟通、店铺创建群聊

    在每个服务目录下我们又会分为多个服务,主要会有如下几类服务:

  • api - 对外的BFF服务,接受来自客户端的请求,暴露HTTP接口

  • rpc - 对内的微服务,仅接受来自内部其他微服务或者BFF的请求,暴露gRPC接口

  • rmq - 负责进行流式任务处理,上游一般依赖消息队列,比如kafka等

  • admin - 也是对内的服务,区别于rpc,更多的是面向运营侧的且数据权限较高,通过隔离可带来更好的代码级别的安全,直接提供HTTP接口

相关推荐
这个DBA有点耶5 小时前
时序数据库InfluxDB高基数问题深度拆解:内存索引膨胀机制与OOM完整链路
数据库·架构·dba
阿里云云原生5 小时前
从页面渲染到智能体:ARMS Node.js 探针解锁 SSR + AI 全链路可观测
云原生
众链网络6 小时前
Agent 的成本大头不在“写“,在“判断“:拆解专用决策模型的三层架构
java·开发语言·人工智能·微服务
木子n16 小时前
软件架构设计实战-架构15.ISO 26262 架构设计要求:安全机制在架构里的落点
架构·autosar·功能安全·iso 26262
这个DBA有点耶6 小时前
为什么UPDATE比SELECT危险得多?锁范围等于扫描行数
数据库·架构·代码规范
我不是阵雨8 小时前
分布式事务难题与实战解法全解析
分布式·微服务·架构
尤水就下8 小时前
🔥预热:在线文档的 block 架构是如何实现的(未完待续...)
前端·javascript·架构
Dawson Zhu8 小时前
《Agentic Design Patterns》第 13 章导读:人机协同(Human-in-the-Loop)
人工智能·语言模型·架构·aigc·agi
姜鱼问生9 小时前
fail2ban 实战:从默认配置到生产可用
后端·算法·架构
做运维的阿瑞9 小时前
公有云算力布局的技术逻辑与工程实践
微服务·云计算·csdn开发云