微服务的微

微服务已经流行了好几年了，现在已经是行业普遍的认识，技术方向的组件化也已经很成熟，dubbo，eurake，springboot，springcloud等等。大家也都张嘴就来服务注册发现，API网关，服务熔断，好像不了解微服务，不说上几句就是技术不到位，就不能通过技术面试。
大家都在说，都集中在技术组件化的应用实现，但真正要落地微服务只靠技术组件堆积就能完美完成，那真是太好了！微服务真正落地，应该是始于业务规划，业务拆分，业务重组，然后再利用开源or自研的技术组件将业务服务化、微粒化，从而达到微服务落地的目的。
要做微服务首先需要站在规划角度知道为什么要进行微服务，是否有必要微服务，它带来的是利大于弊还是弊大于利。就拿我们微服务的例子来说，由于我们业务需求多来自内部，频繁而零碎且开发周期要求极短，造成了大量的上线发布情况的发生，每次上线都需要中断整个业务系统。且第一版系统没有任何规划完全是站在为了满足业务方的需求而堆积起来的，所以很多功能越往后扩展越南，所以微服务对我们来说明显的利大于弊。
要做微服务就一定要做业务拆分，站在总体现状和未来规划的基础上，以业务架构的视角确定各业务边界，还有微服务并不是一簇而就的，也是一个演变过程。这两年火遍大江南北的中台建设细想想其实也是微服务的一种方式，只不过用了另一套概念来解释和界定这个场景而已。