【Servicemesh系列】【章1】微服务发展路径（上）

目录

关于Servicemesh是什么，能做什么，此处不再进行赘述，相关文章已经非常之多。读者可以自行上网查阅。Servicemesh是一个比较新的名词，在2017年才逐步传播开来。之前主要集中于各种云服务的解决方案中使用。我们在开始阐述Servicemesh之前，先来系统地回顾下微服务的发展历程，其更有助于我们对Servicemesh的了解。以下会根据我实际的经验，以及一些方法论，来穿插推进论证整个发展历程。

1.1 MVP阶段

在初始阶段，为了追求最高效率的快速试错和产品迭代，几乎所有的公司的技术架构最开始都是这么演进过来的。从自身经历来，举几个例子。

1. 百度凤巢。百度广告系统。主系统mercury，里面集成了报表、广告优化推荐、物料管理、历史操作记录、平台产品等等一系列的凤巢广告库核心业务功能，基于当时时下最流行的OSGI架构进行bundle化部署运维。这在一开始给我们带来了很大的便利，包括快捷的开发速度，无需复杂的RPC服务治理，技术栈一致性的保障，但随着业务规模的快速扩张，带来的冲突同时也避无可避，如如何进行项目管理、代码分支管理、代码冲突解决、测试环境冲突、上线竞争、生产环境相互之间的影响，都严重影响了开发和生产效率。MVP于此也将结束他的历史使命。
2. 丁丁租房。长期盘踞北京房租整租垂类Top1（后面被链家收回关停），2015年春节推出一炮而响，但是随之而来的是各种源源不断的技术负面新闻如APP莫名其妙崩溃，卡顿等等。2015年5月份时，主系统GMS里面集成了经纪人管理、各角色带看、交易、订单、支付主逻辑。其带来的便利，