📚 课程目录第1章微服务架构概述

1. 微服务架构概述

微服务架构是一种将单一应用程序划分为一组小型、自治服务的软件设计方法。每个服务运行在独立的进程中，围绕特定业务能力构建，并通过轻量级通信机制（如 HTTP/REST 或 gRPC）相互协作。微服务源于面向服务架构（SOA）的实践演进，强调将系统拆解为高内聚、低耦合的业务单元。

  核心定义要点： 微服务 = 业务能力单元 + 独立进程 + 轻量通信 + 自动化部署

微服务架构区别于传统架构的四个核心特征构成了其设计哲学的基础：

特征	说明	实践体现
去中心化	数据管理、服务治理、技术决策不依赖单一中心节点	每个服务拥有独立数据库，使用各自的数据存储策略
独立部署	每个服务可独立构建、测试、部署、扩缩容，不影响其他服务	CI/CD 流水线按服务维度配置，发布窗口互不阻塞
技术异构	不同服务可根据业务需求选择最合适的技术栈	订单服务用 Java + Spring Boot，推荐服务用 Python + FastAPI
业务边界	服务按限界上下文（Bounded Context）划分，职责单一	用户服务只处理身份与权限，不耦合支付逻辑

单体架构将所有功能模块打包在同一个进程中运行，而微服务将系统拆分为多个独立进程。以下从多个维度进行对比：

迁移建议： 从单体到微服务不应一步到位。推荐采用绞杀者模式（Strangler Fig Pattern），逐步将单体中的功能模块剥离为独立服务，同时保持系统整体可用。

微服务架构并非银弹，以下场景更适合采用微服务：

微服务架构在带来灵活性的同时，也引入了新的复杂性：

避坑提示： 不要为了微服务而微服务。如果团队规模小于 20 人、业务逻辑相对简单、发布频率低于每周一次，单体架构配合良好的模块化设计可能是更务实的选择。微服务的拆分成本（网络通信、运维、测试）在初期会显著高于单体。

本课程聚焦于 gRPC 与 REST 双协议桥接，正是为了解决微服务架构中服务通信的核心挑战。在实际微服务系统中：