03_海外硅谷互联网大厂的微服务架构演进路线

海外硅谷互联网大厂的微服务架构演进路线

国内技术演进

拆分成很多服务以后，如何解决之前单块系统的一些研发效率的问题的；引入了哪些新的技术问题；需要怎样的一套微服务技术架构去解决他们；早些年，国内互联网大厂都是自研，开源部分项目出去；中小型公司Dubbo+ZooKeeper+大家自己找的开源项目

---

国外技术演进

国外互联网公司，其实也都是几个大公司自己自研，后来逐渐的有一个叫做netflix公司【对应成国内的优酷、爱奇艺】的微服务技术架构开源出来，在国外有很大的影响力，然后接着就被整合到了spring社区，变成了spring cloud项目，里面整合的是netflix等国外公司的微服务相关组件，还包括其他国外公司自研的一些微服务组件

把spring cloud推出去，作为微服务技术栈，让各种国外的中小型公司直接用spring cloud去开发微服务架构的系统

早期的spring cloud微服务体系的组件，spring cloud netflix，【以netflix这个公司的微服务的组件为核心的整个一套技术栈】是以eureka【注册中心】、feign+ribbon【RPC框架，进行服务之间的远程调用，相当于阿里开源的Dubbo】、zuul【API网关】、hystrix【限流/熔断降级 避免服务雪崩】，用zipkin和sleuth做链路监控，config做配置中心，【没有监控中心和日志中心，国外早些年监控中心用的比较多的是zabbix，后来用filken用得比较多，现在来说用得都是prometheus】【日志中心说句实话现在还没有特别好的开源项目出现，但是很多公司会用ELK，进行一个搭建】stream做消息中间件集成，contract做契约测试支持，当然gateway也可以做网关，consul也是一种注册中心【早些年没有主推consul】，还有跟spring security配合的安全认证，跟k8s配合的容器支持【对于分布式事务是没有原生的框架直接来支持的。早些年很多公司并没有重视，现在主要以阿里开源的Seata为主】

国内使用情况

这些都是国外公司为主的开源项目，spring cloud打包集成在一起，在国外比较有市场，两三年前在国内也火了，大量公司都开始拥抱spring cloud，尤其是中小型公司，几乎都是用spring cloud

因此呈现的一个状态，就是大厂几乎都是自研，部分大厂是以阿里的dubbo为核心自研的，部分中小型公司还是以dubbo为核心，加上自己找一些开源项目，然后更大比重的中小型公司，就是spring cloud那套技术架构