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