书: https://pan.baidu.com/s/1XseSeFJwB_CgmZqmU5-_rQ?pwd=gb4u
笔记如下：
- “可伸缩性的本质不是应对已知流量，而是为未知增长设计弹性应变能力。”
- “云原生的黄金法则：将状态（State）与计算分离，这是水平扩展的前提条件。”
- “可用性9的层级：99%（年宕机3.6天）→99.9%（8.7小时）→99.99%（52分钟），每提升一个9成本指数级增长。”
- “熔断器模式（Circuit Breaker）不是错误处理机制，而是防止级联故障的流量管制系统。”
- ‘宠物与牲畜’隐喻：可伸缩系统将服务器视为可随时替换的牲畜，而非需精心呵护的宠物。”
- “混沌工程（Chaos Engineering）通过主动注入故障（如随机终止实例）验证系统韧性。”
- “自动扩展（Auto Scaling）需设置双重警戒线：CPU 60%触发扩容，30%触发缩容，避免震荡。”
- “蓝绿部署通过全量切换避免版本回退的复杂性，金丝雀发布则实现渐进式流量迁移。”
- “服务降级（Degradation）策略：核心功能永不可降级，非核心功能可牺牲以保大局。”
- “区域（Region）级灾难恢复的成本效益平衡点：至少跨3个可用区（AZ），关键业务跨Region。”
- “API网关应实现‘三限’：限流（Rate Limit）、限并发（Concurrency Limit）、限配额（Quota）。”
- “无状态服务（Stateless）的扩展性优势：请求可路由至任意实例，无需会话保持。”
- “数据分区策略：范围分区易热点，哈希分区分布均匀但难范围查询，混合分区是折中方案。”
- “缓存失效的终极难题：写穿透（Write-Through）保一致，惰性加载（Lazy Loading）保性能。”
- “消息队列（Kafka/SQS）的消费者组（Consumer Group）模式实现处理能力的弹性伸缩。”
- “微服务的‘纳米级’拆分陷阱：服务粒度应以独立部署和团队自治能力为界。”
- “可观测性三位一体：指标（Metrics）见趋势、日志（Logs）查细节、追踪（Traces）理链路。”
- “容量规划的反脆弱原则：按峰值流量的120%设计，预留突发缓冲。”
- “技术债的‘雪球效应’：未偿还的架构缺陷会随规模扩大呈几何级数恶化。”
- “架构师的终极考验：在业务增速、技术可行性与团队能力之间找到可持续的平衡点。”