云部署架构——请求路径与韧性 · 思维导图
云部署架构——请求路径与韧性. 可编辑的思维导图，以彩色分支、子主题和曲线连接呈现想法。 曲线表示联系；只有方向重要时才使用箭头。
云部署把一台孤零零的服务器变成一个有韧性的系统：流量从边缘进来，负载均衡器把它分发出去，一个弹性伸缩的层负责处理，数据层负责存储，监控则让整个技术栈始终诚实。
云部署架构——请求路径与韧性 · 思维导图
The interactive MindMap canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
如何阅读这张思维导图
- 从中心主题开始，沿着彩色分支探索相关想法。
- 曲线表示联系；只有方向重要时才使用箭头。
Users & edge
这一分支汇集 “Users reach the service through the edge”, “Static assets are served from edge locations near the visitor, cutting latency and shielding the origin from repeat downloads.”.
Traffic routing
这一分支汇集 “The load balancer is the front door to the compute tier: it terminates the public connection and forwards each request to a healthy instance.”.
Application
这一分支汇集 “Instances are added and removed automatically from traffic — the deployment scales out horizontally instead of buying a bigger server.”, “App instances serve requests”, “Hot data lives in memory, so the database only sees the requests that actually need it. The cache is disposable — losing it slows the system, it does not break it.”.
Data
这一分支汇集 “Primary database stores the source of truth”, “Read replicas spread load; point-in-time backups and cross-region copies are the recovery story for the one thing that cannot be rebuilt.”.
Resilience
这一分支汇集 “Metrics, logs and alerts cover every tier — a spike in error rate or latency is what triggers the auto-healing and rollback decisions.”, “The deployment scales and self-heals”.
跨分支联系
韧性是分层的：CDN、负载均衡器、弹性伸缩、缓存、只读副本、监控——每一层都护着它后面那一层。
数据层出故障的方式不同，需要自己的一套控制手段：只读副本分摊负载，备份负责恢复。
负载均衡器是入口；有多少扇门，则由弹性伸缩决定。
缓存是可丢弃的——丢了会让系统变慢，但不会让它崩掉。
监控才是把回路闭上的那一环：一条告警触发伸缩、回滚和恢复的决策。
Key relationships and takeaways
- 韧性是分层的：CDN、负载均衡器、弹性伸缩、缓存、只读副本、监控——每一层都护着它后面那一层。
- 数据层出故障的方式不同，需要自己的一套控制手段：只读副本分摊负载，备份负责恢复。
- 负载均衡器是入口；有多少扇门，则由弹性伸缩决定。
- 缓存是可丢弃的——丢了会让系统变慢，但不会让它崩掉。
- 监控才是把回路闭上的那一环：一条告警触发伸缩、回滚和恢复的决策。
When to use this visual
- 在团队设计第一套生产环境之前，讲清楚一套云部署的解剖结构。
- 从韧性角度审查一套架构——某一层没有冗余就是一个单点故障，这张画布会把它暴露出来。
- 为一场关于云成本的讨论打底：每一层都是一个关于要为冗余付多少钱的决定。
运作方式
调整中心主题
根据项目或课程修改中心主题的名称。
扩展分支
编辑想法并添加示例或注释。
连接相关想法
绘制跨分支连接；只有方向重要时才使用箭头。
常见问题
什么是云部署架构？
它是一个服务如何在云上运行的设计：流量从边缘（CDN）进来，负载均衡器把它分发出去，一个弹性伸缩的实例组负责处理，数据层负责存储，监控盯着一切。这套架构的决定性特征是韧性——没有哪一个组件出故障会让服务整体挂掉，因为每一层都有冗余，而且会自我调整。
数据层为什么要和其他部分区别对待？
因为无状态的那些层——实例、缓存——可以瞬间重建或替换，而数据库保存的是无法再造的唯一可信来源。它需要自己的控制手段：分摊读负载的只读副本、用于恢复的时间点备份和跨区域副本，以及一套定义清楚的故障切换步骤。这张图给数据层单独一条泳道，就是因为它的故障方式和控制手段都和上面那些层不一样。
“弹性伸缩”是什么意思，为什么它重要？
弹性伸缩会根据实测的需求自动增减应用实例——通常看 CPU、内存或队列长度。它重要，是因为它把容量从一次猜测变成了一个控制回路：系统忙的时候多买容量，不忙的时候释放掉，而且无需人工介入就能替换掉一个坏掉的实例。这种自我调整，是云部署之所以有韧性的很大一部分原因。
缓存和监控在这套架构里处在什么位置？
缓存夹在应用和数据库之间：热数据从内存里提供，数据库只会看到真正需要它的那些请求。监控是横跨每一层的传感层——指标、日志与告警——也正是它触发了其他的韧性机制：错误骤升会启动回滚，负载上升会触发伸缩，坏掉的实例会被替换。没有监控，架构的其余部分就是在盲飞。
在 QueryChart 中编辑此思维导图
在可编辑画布中打开思维导图。移动想法、添加分支并绘制连接。