SOA（面向服务架构）和微服务架构的核心区别在于设计粒度、服务独立性、通信方式及治理模式。SOA强调粗粒度的服务复用和企业级集成，通常依赖ESB（企业服务总线）进行通信，服务间耦合较高；而微服务采用细粒度、完全自治的独立进程，通过轻量级API（如REST或gRPC）直接通信，支持独立部署、扩展与故障隔离，更适合云原生和敏捷开发场景。
在实际应用中，SOA源于传统企业IT系统整合需求，通过定义统一的接口标准（如SOAP、WSDL）实现跨平台服务调用，但ESB的引入导致性能瓶颈和复杂运维。微服务则源于Netflix等互联网公司的实践，每个服务围绕特定业务能力构建，拥有独立数据库和技术栈，通过容器化（Docker、Kubernetes）实现弹性伸缩，但需处理分布式事务、服务发现、监控等挑战。选择SOA还是微服务需结合团队规模、业务复杂度及基础设施：大型遗留系统改造常选SOA逐步迁移，而新建互联网应用或需要快速迭代的团队更倾向微服务。此外，两者并非互斥，现代架构中常出现“轻量ESB+微服务”的混合模式，通过API网关统一管理路由和限流。
【常见问题】
问题1：SOA和微服务在服务粒度上有何不同？
回答1：SOA的服务粒度较粗，每个服务通常包含多个业务功能，复用性高但灵活性低；微服务的粒度极细，每个服务只负责单一业务能力，便于独立开发与部署，但需更精细的编排治理。
问题2：微服务架构如何解决SOA中的ESB性能瓶颈？
回答2：微服务摒弃了中央ESB，采用去中心化的轻量级通信（如HTTP/REST、消息队列），每个服务通过API网关直接交互，减少了单点瓶颈和延迟，但需自行实现服务发现、负载均衡等功能。
问题3：在SOA和微服务中，数据一致性如何保证？
回答3：SOA常通过分布式事务（如两阶段提交）或TCC模式保证强一致性；微服务则更倾向最终一致性，使用事件驱动、Saga模式或CQRS，牺牲部分实时性换取高可用与扩展性。