05｜架构设计（下）：部署架构、性能预判与数据设计

Robert

你好，我是 Robert。
上一讲我们定了代码层面的架构，包括模块怎么分、代码怎么组织、外部调用怎么处理。这一讲进入系统层面：当前怎么部署、瓶颈在哪、未来怎么扩展、数据怎么存。
很多工程师觉得部署是上线前的事。但部署架构从第一天就在影响你的设计决策——缓存放哪、数据库怎么连、服务之间怎么通信，全都取决于你的部署形态。提前想清楚，后面不返工。
当前部署架构：50 人规模先把当前的部署全貌画出来。我让 Claude Code 帮我梳理：
Hify 是模块化单体，技术栈 Spring Boot + Vue + MySQL + Redis + pgvector。目标 50 人内部使用，生产环境用 Docker + K8s 部署。帮我设计当前阶段的部署架构：有哪些组件、请求怎么流转、每个组件的职责是什么。
Claude Code 给的架构总结很清晰:
Claude Code 回答是标准的单体  +  三个有状态服务的组合。用户请求经 Nginx 分流，静态资源直接返回，API 请求转发给 Spring Boot，Spring Boot 按需读写 MySQL（业务数据）、Redis（缓存会话）、pgvector（向量检索）。K8s 只作为部署壳，不引入服务网格和多副本等复杂机制。
请求流转链路：

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
法语
德语
日语
韩语
俄语
西班牙语
解释
总结

仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Claude Code 企业级全链路开发实战》，新⼈⾸单¥59

立即购买

登录后留言

精选留言

由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。

收起评论