前言
“微服务”架构一夜之间忽然火遍全球，各种技术大会的主题都和微服务沾边，各种类型企业的软件架构都在提“微服务”，连我们公司这种一直奉行以封闭著称的企业，内部的企业应用都在提要搞“微服务”，“微服务”架构到底是怎么来的？我试图从自己的角度来谈谈微服务的前世今生，揭开“微服务”华丽的神妙面纱，让它回归本来的面目。
为了让讲解变得更加有故事性，读者理解起来更容易，我们放到一个虚构的场景中，假设我们描述的是一个淘宝网的架构演进历程，请大家不要较真，我们只是为了说明各种类型架构演进的过程，不要过分追求故事情节的真实性。
单体架构
微服务架构经常拿与之相反的单体架构来做对照，从而来突出它的“高大上”。我们就从单体架构聊起。
淘宝网刚开始创业的时候，就是3个开发人员基于一套商业的电商软件PHPAuction进行二次开发，快速上线了对一个版本的淘宝网，当面临一个不确定的市场，不确定的用户使用环境的时候，我们当前最大的问题是要搞清楚这块儿市场是否真实存在，用精益创业的理论就是要花最少的成本去验证不确定性，因此这个时候要以最低的成本，最快的速度搞一个软件版本快速上线，让用户过来测试验证，这个时候我们不用考虑：“它的代码是否优雅”，“架构是否先进”，“界面用户体验是否足够好”，它只要能够正常工作，达到测试验证的目的即可。
淘宝网在这个阶段就是一个单体架构的网站，它是基于经典的LAMP架构，根据功能拆分出几个相对独立的应用程序，应用程序之间可能存在较多重复代码，它们之间的集成方式就是通过数据库共享的方式，多个应用程序读写同一个数据库。
SOA架构
微服务架构
真实世界的架构
参考文章或书籍
包括不限于以下这些：
http://www.jdon.com/soa.html
https://yq.aliyun.com/product/171
http://blog.csdn.net/qq773837256/article/details/51425599
《微服务设计》
