一、云原生架构产生背景

核心动因：

1. 企业IT痛点：
   • 传统“烟囱式”系统导致资源孤岛，复用率低，运维成本高。
   • 瀑布开发模式（开发、运维、测试割裂）无法适应快速迭代需求。
2. 技术演进：
   • 云计算普及：IaaS层统一资源管理，推动上层架构标准化。
   • DevOps兴起：需容器、微服务等技术支撑持续交付。
3. 业务需求：
   • 高并发场景（如电商、在线教育）依赖弹性扩容能力。
   • 企业数字化转型需构建“数字孪生”体系，释放云端生产力。

关键结论：云原生是云计算从虚拟机到容器技术的生产力变革，通过开源生态实现“飞轮进化”。

二、云原生架构内涵

1 云原生架构定义

核心特征：

• 技术本质：基于云原生技术（容器、微服务、Serverless等）的架构原则与设计模式集合。
• 核心目标：剥离非业务代码（如弹性、安全、可观测性），由云平台接管非功能性需求，使业务轻量化、高度自动化。
• 三层结构：
  1. 业务代码：核心业务逻辑。
  2. 三方软件：依赖库（如中间件）。
  3. 非功能性代码：高可用、安全等（云平台最大化承接）。

价值：降低开发复杂度，提升交付速度与资源利用率。

2 云原生架构原则

七大核心原则：

1. 服务化：
   • 按业务域拆分服务，避免模块生命周期耦合。
   • 接口治理+流量控制（限流/熔断），匹配组织架构。
2. 弹性：
   • 资源随业务量自动伸缩，缩短采购周期，降低闲置成本。
3. 可观测性：
   • 分布式环境下通过日志、链路跟踪、度量实现故障定位与性能分析。
4. 韧性：
   • 容错设计（异步化、集群化、异地多活），提升MTBF（平均无故障时间）。
5. 全流程自动化：
   • 基于IaC（基础设施即代码）、GitOps实现CI/CD标准化。
6. 零信任安全：
   • 以身份为中心的访问控制，取代传统网络边界信任。
7. 架构持续演进：
   • 支持增量迭代，平衡遗留系统迁移成本与云原生收益。

3 主要架构模式

1. 容器化：
   • 价值：环境一致性、资源隔离、秒级启动（如Docker+Kubernetes）。
   • 案例：某快递公司通过容器化解决环境差异，提升部署效率。
2. 微服务：
   • 设计约束：
     • 单一职责（按业务域拆分）、数据存储隔离（DSS原则）。
     • 无状态设计+计算存储分离。
   • 技术栈：Dubbo（RPC框架）、Nacos（注册中心）、Sentinel（流控）。
3. 服务网格（Service Mesh）：
   • 代表方案：Istio（主流）、Linkerd（低延迟）、Consul（轻量）。
   • 作用：解耦服务治理（如流量管理、安全策略）与业务代码。
4. Serverless：
   • 按需执行函数，免运维（如AWS Lambda、阿里云函数计算）。

4 典型云原生架构反模式

1. 庞大的单体应用：
   • 问题：模块耦合导致责任不清、变更影响扩散、资源无法按需扩容。
   • 解法：通过服务化拆分聚合根，明确定义边界与接口。
2. 单体应用“硬拆”微服务：
   • 三大陷阱：
     • 小规模系统过度拆分，增加发布复杂度。
     • 服务间共享数据库，数据耦合引发连锁故障。
     • 本地调用转分布式调用，性能下降（时延增加千倍）。
3. 缺乏自动化能力的微服务：
   • 后果：
     • 模块增多导致人工运维成本激增。
     • 发布周期延长，环境差异引发故障（如某旅行公司GC资源争抢案例）。
   • 解法：引入CI/CD流水线、自动化监控（如Prometheus+Grafana）。

高频考点总结

学习建议：结合企业案例（如旅行公司资源调度、快递公司容器化改造）理解原则落地场景，重点掌握服务化拆分边界与自动化必要性。