构图AI

SaaS 产品技术架构图

管理后台与小程序经网关进入多租户服务，落到 PostgreSQL、Redis 与对象存储。

作者：松柏

这张架构图把 SaaS 的接入层、网关、多租户业务服务和存储分成四层，适合评审「请求从哪进、租户怎么隔离、状态存在哪」。

架构图示例
构图AI 生成的架构图示例。按下方 Prompt 可生成「SaaS 产品技术架构图」的可编辑手绘图。

Prompt 模板

画 SaaS 产品技术架构：React管理后台 + 小程序 → Nginx → API网关 → 租户服务/权限服务/业务服务 → PostgreSQL + Redis + OSS
一键试用查看「架构图」技能

适用场景

  • 给新同学讲清管理后台和小程序共用哪条接入链
  • 讨论多租户时权限服务要不要独立部署
  • 写技术方案时先定分层，再拆时序图

关键节点

React 管理后台 + 小程序
两个客户端：B 端后台管租户与配置，小程序走 C 端业务。图上应分两个框，不要画成「前端」一个糊团。
Nginx
TLS 终结、静态资源与反向代理。只画入口，不要把证书细节堆进框里。
API 网关
鉴权、限流、路由到下游。租户 ID 从 Token 解析后向下传递，需在箭头旁注明。
租户 / 权限 / 业务服务
三个并列服务：租户负责隔离与套餐，权限负责 RBAC，业务服务只处理领域逻辑。跨服务调用用实线并写接口名。
PostgreSQL
业务与租户主数据。若按 schema 或 row 隔离，在框内写一句策略，避免口头约定。
Redis + OSS
会话/缓存走 Redis，附件与导出文件走对象存储。旁路画即可，不要和主库画成同一层圆柱。

画图提示

  • 分层自上而下：客户端 → 接入 → 服务 → 存储，层间距保持一致
  • 生成后检查租户隔离有没有落点：网关、服务或数据库至少标一处
  • 监控和日志用虚线旁路，避免主链路被可观测性节点淹没

常见问题

这张图和微服务全景有什么区别？+

本示例只画一条 SaaS 产品的逻辑分层。微服务全景还要画服务发现、消息队列和发布单元，见 /examples/microservices。

权限服务一定要独立画出来吗？+

多租户或要独立扩缩容时建议独立成框。若只是业务服务里的一个模块，画进业务服务并加注释即可，避免为了好看硬拆。

画完架构还要不要画时序？+

要。架构回答「长期长什么样」，登录或支付再另开时序图。可从 /skills/architecture 切到 /skills/sequence-diagram。

所属技能

相关对比

延伸阅读

相关示例