服务粒度：
- SOA：服务粒度相对较大，一个服务可能涵盖多个业务功能，这可能导致服务边界不够清晰。
- 微服务：服务粒度非常小，每个服务专注于单一的业务能力，通常对应一个特定的业务实体或功能。
服务边界：
- SOA：服务边界可能跨越多个业务领域，导致服务之间有较强的耦合。
- 微服务：服务边界明确，每个服务都有清晰的业务边界，降低耦合，提高解耦度。
数据管理：
- SOA：服务间共享数据库或者数据层是常见的，这可能导致数据一致性问题。
- 微服务：每个服务通常有自己的数据库，实现数据的隔离，有利于保持服务自治。
通信机制：
- SOA：通常使用服务总线（如 ESB）进行服务间的通信，可能涉及复杂的协议转换和中介。
- 微服务：更倾向于轻量级的通信协议，如 HTTP/REST，直接调用，减少中间层。
部署和扩展：
- SOA：服务部署可能涉及整个服务链，扩展可能影响整个系统。
- 微服务：每个服务独立部署和扩展，可以单独优化，更利于横向扩展。
开发和团队组织：
- SOA：开发可能围绕整个服务生命周期，团队协作可能跨多个业务领域。
- 微服务：倡导小型、敏捷的开发团队，每个团队负责一个或少数几个微服务。
复杂性管理：
- SOA：随着服务数量增加，服务之间的协调和管理复杂度上升。
- 微服务：虽然单个服务简单，但整体系统可能需要更复杂的协调和管理工具。
容错和恢复：
- SOA：故障可能影响整个服务链，恢复可能需要更多协调。
- 微服务：故障隔离，单个服务失败不影响其他服务，更容易实现故障恢复。
技术栈：
- SOA：通常不限定特定的技术栈，可以跨平台。
- 微服务：往往鼓励使用最适合服务的技术栈，允许技术多样性。
治理：
- SOA：强调全局服务治理，包括服务发现、版本控制、安全性等。
- 微服务：治理更侧重于自动化和轻量级，如使用服务注册和发现机制。