前言

“微服务”架构一夜之间忽然火遍全球，各种技术大会的主题都和微服务沾边，各种类型企业的软件架构都在提“微服务”，连我们公司这种一直奉行以封闭著称的企业，内部的企业应用都在提要搞“微服务”，“微服务”架构到底是怎么来的？我试图从自己的角度来谈谈微服务的前世今生，揭开“微服务”华丽的神妙面纱，让它回归本来的面目。

为了让讲解变得更加有故事性，读者理解起来更容易，我们放到一个虚构的场景中，假设我们描述的是一个淘宝网的架构演进历程，请大家不要较真，我们只是为了说明各种类型架构演进的过程，不要过分追求故事情节的真实性。

单体架构

微服务架构经常拿与之相反的单体架构来做对照，从而来突出它的“高大上”。我们就从单体架构聊起。

淘宝网刚开始创业的时候，就是3个开发人员基于一套商业的电商软件PHPAuction进行二次开发，快速上线了对一个版本的淘宝网，当面临一个不确定的市场，不确定的用户使用环境的时候，我们当前最大的问题是要搞清楚这块儿市场是否真实存在，用精益创业的理论就是要花最少的成本去验证不确定性，因此这个时候要以最低的成本，最快的速度搞一个软件版本快速上线，让用户过来测试验证，这个时候我们不用考虑：“它的代码是否优雅”，“架构是否先进”，“界面用户体验是否足够好”，它只要能够正常工作，达到测试验证的目的即可。