基于微服务架构的技术实践（附PPT）

转载本文需注明出处：EAII企业架构创新研究院，违者必究。如需加入微信群参与微课堂、架构设计与讨论直播请直接回复此公众号：“加群 姓名 公司 职位 微信号”。

大家好，今天分享的是“基于微服务架构的技术实践”，标题有点土，希望内容对大家有用。这个是我上周在CSDN北京沙龙上分享的内容的改版，加入了一些设计部分，才见了一些理念部分和自身平台的具体内容，篇幅稍长，我们尽快进入主题。

内容分了三节，重点是第二部分，包括架构选型参考、6个关键模块设计、以及通用的概念模型、部署模型图等。

· · ·

对微服务的认识

先进入第一部分：包括两块内容，说说历史，说说问题。

微服务的说法由来已久，但真真风靡起来是2012年martin flower提出的，但为什么现在大家一谈微服务就容易吵吵呢，因为martin flower给了给多参考原则，但并没有给出最佳实践，是的现在大家一讨论就会说应该按什么什么拆分，应该怎么考虑交互与安全等等。

不妨我们先从企业应用架构来看看，微服务与原来有什么区别：

第一个就不说了，第二个垂直架构，典型的比如SSH框架，帮大家考虑了模块化、MVC等，但并没有考虑服务化。第三个是分布式架构，以SOA为代表的这类技术已经热了很多年，现在也是企业架构的主体支撑部分。而第四个以微服务架构为支撑的技术虽然在一些先进企业或互联网公司已经运用，但从生态上来看，还有很长一段时间要走。

所以会有了下面的这些争吵：

曾经被人问的最多的就是，微服务应该按什么拆分，以前会和别人说DDD，说康威，现在更多是不想回答了，因为怎么说都有理，怎么说也都有实际难以解决的问题。

再比如，微服务让开发变得更简单，是完全无依据的。这个往往建立在你已经把微服务通信框架、管控框架、部署框架、分布式事务、开发规范等一系列都完全制定好后，再结合技术与业务分离等实践后才能给出答案，切勿认为微服务可解决开发问题。

·