是一种思路
微服务架构，可以拆分为三个词，微、服务、架构。
微，也就是小，当然是相对来说。比如电商系统而言，订单是其中一部分，订单就小些。
服务，可以满足一定的业务需求。
架构，其实是一种思路，通过诸如分冶、分工等基本思想来决定谁应该做什么等等
总体来说，微服务架构就是一种合理拆业务系统的思路。
原有开发思路
我们会对系统进行分解，形成多个相对小的子系统，每个子系统完成一定的业务逻辑，子系统之间如果需要协作则通过接口进行通信，双方不必关心各自具体的逻辑实现。
发现相似的地方了吗？
这与微服务有区别吗？
如果有区别，区别是什么呢？
微服务的特点
1、微服务作为一个完整的业务功能实现，可以单独开发、部署、运维。
2、各服务通过标准协议与接口通信，无需关心具体实现、可以采用不同的技术栈。
微服务涉及的问题
1、拆分，原则是什么、多大的粒度
2、发现，各服务之间如何发现对方
3、监控，服务的运行状态如何
4、日志，这个一般都会有
适合现在的你吗？
大家都在用啊，大家都说好，所以我也要用！
1、你的业务处于什么阶段？
2、有多少用户访问，或在可预见的一段时间内有多少用户访问？
总结一下
首先，微服务架构是一种思想，通过一定程度的拆分，简化业务复杂度，使之可以单独开发及部署。
无论什么架构，主要思想都是分冶、分工与适度。
分冶，大而小之。
分工，分冶的依据，为什么这样拆分。
适度，没有最好，只有最合适，切记过犹不及。