1.典型的微服务架构应该至少包括下图组件:
1.注册中心:作用主要是服务的注册发现和服务下线,在没有注册中心之前,两个服务的相互调用一般是通过http请求,然后把需要调用的服务名写到配置文件里,在微服务里这样做不但不够优雅,而且每个微服务都是个集群,每上一个集群服务都得该配置文件,非常繁琐,如果其中一台网络不通了也不好处理。而有了注册中心之后,所以服务都向注册中心注册,每个服务再把注册中心的服务缓存到本地,通过http请求或rpc调用。注册中心再通过心跳机制检查各注册服务的健康性,把不健康的服务及时同步到调用方。
2.远程调用:服务之间调用方式,现在主要是netty和http请求
3.调用链监控:当服务越来越多时,服务之间的调用就会很复杂,每个服务调用的时间和错误排查都需要链路监控来展现。
2.国内微服务架构的演进
最早国内微服务主要以阿里dubbo+zookeeper为基础架构,再加上一些开源框架(配置中心apollo,日志中心 ELK),后来国外的spring cloud问世,一定程度上挤占了dubbo市场,然后阿里spring cloud alibaba技术栈,对dubbo进行了各组件的补充。
3.国外微服务架构的演进
国外主要以spring cloud的全家桶为主,主要包括eureka(注册中心),ribbon+feign(远程调用),hystrix(熔断/降级),zuul(网关),config+bus(注册中心),zipkin+sleuth(调用链监控)。大多组件是netflix公司贡献,后来又出现gateway作为第二代网关代替zuul。
4.国内外微服务架构对比:
此文章同步到了我个人公众号:java面试工程师。关注公众号更加便于查阅。