微服务架构的演进

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面试工程师。关注公众号更加便于查阅。