提到微服务就不得提到springclound，它是基于springboot的一个微服务的开发工具，包括很多的子项目，有配置（spring cloud config），消息总线（Spring cloud bus），核心组件（spring cloud netflix）等待，这里不一一列举和介绍，用到就展开一下。
Spring cloud更强调用httprestful他类似消息队列的机制来达到消息的交换。单纯的使用某一种工具使得应用的配置成本比较大，正如spring boot的出现一样，spring cloud也就出现了。
微服务架构有它的优点自然也有其劣势，微服务架构的出现是为了解决日益不断的复杂的业务和应用场景的迅速迭代与维护。其实它的应用就类似于算法中的分治法，springcloud把每一个接口服务化，尽量最小化，保证单一的接口服务不会形成大面积的瓶颈效应。进而使得维护成本和难易程序都有所提高。
但是有矛的地方就会有盾，微服务架构不是万能的，对待功能单一，压力巨大的服务，仍然起不到多大作用。更进一步来说，针对小项目，不复杂的项目，使用微服务只是为了微服务而微服务，未必有如原始的开发速度快，维护成本低。
微服务的应用场景更适合一些场景复杂，应用繁多，维护成本高昂的大中型项目，灵活性是微服务天然的特点，所以一定针对具体的情况来决定是否采用微服务来设计和架构项目。
这里将spring boot做为核心和应用基础来展开spring Cloud的开发的过程。