目前业界最流行的微服务架构正在或者已被各种规模的互联网公司广泛接受和认可，业已成为互联网开发人员必备技术。无论是互联网、云计算还是大数据，Java平台已成为全栈的生态体系，其重要性几乎不可替代。
这两年微服务作为一个非常新的技术，各种理论流派试图从不同的角度去阐述其概念和优势，我一开始是拒绝的，因为我没有”Duang“的一下想清楚。个人感性地认知是，姿势不对，纯靠意会。理性的看法则是，在思想上，那些布道师们并未达到一致。经过参考各家思想之后，得到了一些自己的领悟，我分享给大家。
个人认为，与其说微服务是一种技术，不如将其定义为一种架构，而架构则是“技”的实现与“术”的策略相辅相成。“术”的策略需要分析使用场景，进行合理地划分业务边界，实现“业以类聚”，然而“技”的实现则通过特定的技术在实现业务逻辑之时，更多的考虑实现过程中的效率性、测试的便利性、维护的可持续性，达到“技以群分”的目的。
由此而论，我个人偏好将其定义为：“微服务是一种细粒度的SOA”。
这样定义的好处在于，没必要去重复地“抹黑”“单体应用”（Monolithic，也有人翻译成“巨石应用”），缘于SOA技术的衍化过程中早已提及。那么，细粒度更多的体现在“取其精华，去其糟粕”。
SOA 中文定义是面向服务架构，它并非是今日的重点，请原谅我不能花大篇幅来加以阐述。我用“点到为止”的方式描述SOA具备哪些特征，以及相关的技术。
面向服务（ Service-Oriented ）
松耦合（Loose-Coupling）
模块化（Modular）
分布式计算（Distributed Computing）
平台无关性（Independent Platform）
集中管理（Center Government）
Web Services 技术演进的目的在于解决分布式计算中，统一异构系统的服务调用的通讯协议。前期的Web Services有XML-PRC、WSDL、SOAP等技术，不但解决了Windows平台COM+以及Java 平台RMI无法跨平台的问题，而且使用了可读性强的本文协议替代了复杂的二进制协议，如CORBA技术。现代的WebServices 技术主要代表有REST等。
Message Queue 技术设计的目的主要有两个方面，从架构上来说，消息队列服务帮助系统之间依赖关系解耦；从技术上来看，消息队列为系统提供异步处理的能力，解决了并发同步调用导致资源消耗过集中和过快等问题，将上下游系统的数据结构提供了统一的传输介质。
ESB 则是 SOA 集大成实现。
原文：https://www.cnblogs.com/wdsj9/p/14643433.html