shog808的博客

原文网址 http://www.youkuaiyun.com/article/2015-08-07/2825412?foxhandler=RssReadRenderProcessHandler肖勤首先简单介绍了微服务（Microservices）的内涵及优势，他表示，微服务架构的本质，是用一些功能比较明确、业务比较精练的服务去解决更大、更实际的问题。微服务架

前言：创业公司往往因为有限的时间和投入，把系统所有的功能都聚集在一起。随着业务的不断发展，技术人员开始不断地对架构进行解耦和拆分。微服务在最近几年大行其道，很多公司的研发人员都在考虑微服务架构，或者在做微服务的路上，拆分服务是个很热的话题。那么我们应该按照什么原则将现有的业务进行拆分？是否拆分得越细就越好？这里我想谈谈系统拆分需要考虑的因素和坚持的原则。业务因素所有技术方面的考虑，

阅读原文版本号在 RESTful API 中，API 接口应该尽量兼容之前的版本。但是，在实际业务开发场景中，可能随着业务需求的不断迭代，现有的 API 接口无法支持旧版本的适配，此时如果强制升级服务端的 API 接口将导致客户端旧有功能出现故障。实际上，Web 端是部署在服务器，因此它可以很容易为了适配服务端的新的 API 接口进行版本升级，然而像 Android 端、IOS 端、PC 端等其他...