微服务是一种细粒度（Fine-Grain）的SOA

或许在座的高朋了解过其概念。个人认为，与其说微服务是一种技术，不如将其定义为一种架构，而架构则是"技"的实现与"术"的策略相辅相成。
"术"的策略需要分析使用场景，进行合理地划分业务边界，实现"业以类聚"，然而"技"的实现则通过特定的技术在实现业务逻辑之时，更多的考虑实现过程中的效率性、测试的便利性、维护的可持续性，达到"技以群分"的目的。

由此而论，我个人偏好将其定义为："微服务是一种细粒度的SOA"。

这样定义的好处在于，没必要去重复地"抹黑""单体应用"（Monolithic，也有人翻译成"巨石应用"），缘于SOA技术的衍化过程中早已提及。那么，细粒度更多的体现在"取其精华，去其糟粕"。

SOA又是什么?

**SOA = Service-Oriented Architecture**

SOA 中文定义是面向服务架构，它并非是今日的重点，请原谅我不能花大篇幅来加以阐述。我用"点到为止"的方式描述SOA具备哪些特征，以及相关的技术。

SOA有什么?

特征

· 面向服务（ Service-Oriented ）

· 松耦合（Loose-Coupling）

· 模块化（Modular）

· 分布式计算（Distributed Computing）

· 平台无关性（Independent Platform）

· 集中管理（Center Government）

技术

· Web Services

Web Services 技术演进的目的在于解决分布式计算中，统一异构系统的服务调用的通讯协议。前期的Web Services有XML-PRC、WSDL、SOAP等技术，不但解决了Windows平台COM+以及Java 平台RMI无法跨平台的问题，而且使用了可读性强的本文协议替代了复杂的二进制协议，如CORBA技术。现代的WebServices 技术主要代表有REST等。

· Message Queue

Message Queue 技术设计的目的主要有两个方面:

从架构上来说，消息队列服务帮助系统之间依赖关系解耦；

从技术上来看，消息队列为系统提供异步处理的能力，解决了并发同步调用导致资源消耗过集中和过快等问题，将上下游系统的数据结构提供了统一的传输介质。

· ESB

ESB 则是 SOA 集大成实现。

SOA不是什么?

SOA ≠ Monolithic

SOA 不但不是Monolithic，而且是要解决Monolithic，Monolithic 个人偏好翻译成"单体应用"，也被翻译成"巨石应用"。