微服务架构将单一应用拆分为多个小型独立服务，每个服务独立部署、独立扩展和独立技术栈，服务间通过轻量通信协议（REST/gRPC）协作。相比传统单体架构（所有代码打包在一个应用中），微服务将复杂系统按业务领域拆分如用户服务、订单服务、支付服务、库存服务等。优点包括：技术异构性，不同服务可用最适合的语言和数据库；独立部署和扩展，高频变更服务可单独发布不影响整体；故障隔离，一个服务崩溃不会拖垮整个系统；团队自治，每个团队负责自己的服务提高开发效率。缺点和挑战包括：分布式系统的复杂度，服务间网络调用可能失败需重试和熔断；数据一致性难保证，分布式事务（如Saga、TCC）比本地事务复杂得多；运维成本高，需要服务发现、配置中心、链路追踪、日志聚合等基础设施；服务拆分粒度难以把握，过细导致"纳米服务"碎片化。实施微服务需要成熟的DevOps能力作为支撑，通常需要容器编排（K8s）、API网关、服务网格（Istio）、配置中心（Apollo/Nacos）和分布式追踪（Jaeger/Zipkin）等组件。康威定律提示组织架构应与微服务拆分对齐。
