zxj20041003的博客

前⾯的课程中, 我们通过Eureka, Nacos解决了服务注册, 服务发现的问题, 使⽤Spring Cloud LoadBalance解决了负载均衡的问题, 使⽤OpenFeign解决了远程调⽤的问题.

OpenFeign 是⼀个声明式的 Web Service 客⼾端. 它让微服务之间的调⽤变得更简单, 类似controller 调⽤service, 只需要创建⼀个接⼝，然后添加注解即可使⽤OpenFeign.OpenFeign 的前⾝可以简单理解为 Netflix Feign 是OpenFeign的祖先, 或者说OpenFeign 是Netflix Feign的升级版. OpenFeign 是Feign的⼀个更强⼤更灵活的实现.

2018年6⽉, Eureka 2.0宣布闭源(但是1.X版本仍然为活跃项⽬), 同年7⽉份, 阿⾥Nacos宣布开源. 并快速成为国内最受关注开源产品. 作为Eureka的替代, Nacos已经成为了国内开发者的⾸选, ⽬前NacosStar 已经突破28K(Eureka 12K)

观察上个章节远程调⽤的代码根据应⽤名称获取了服务实例列表从列表中选择了⼀个服务实例思考: 如果⼀个服务对应多个实例呢?流量是否可以合理的分配到多个实例呢?现象观察:我们再启动2个product-service实例选中要启动的服务, 右键选择 Copy Configuration…在弹出的框中, 选择 Modify options -> Add VM options添加 VM options : -Dserver.port=90919091 为服务启动的端⼝号, 根据⾃⼰的情况进⾏修改。

在最初的架构体系中, 集群的概念还不那么流⾏, 且机器数量也⽐较少, 此时直接使⽤DNS+Nginx就可以满⾜⼏乎所有服务的发现. 相关的注册信息直接配置在Nginx. 但是随着微服务的流⾏与流量的激增,机器规模逐渐变⼤, 并且机器会有频繁的上下线⾏为, 这种时候需要运维⼿动地去维护这个配置信息是⼀个很⿇烦的操作. 所以开发者们开始希望有这么⼀个东西, 它能维护⼀个服务列表, 哪个机器上线了,哪个机器宕机了, 这些信息都会⾃动更新到服务列表上, 客⼾端拿到这个列表, 直接进⾏服务调⽤即可.这个就是注册中⼼。

实现⼀个电商平台(不真实实现, 仅为演⽰)⼀个电商平台包含的内容⾮常多, 以京东为例, 仅从⾸⻚上就可以看到巨多的功能我们该如何实现呢?如果把这些功能全部写在⼀个服务⾥, 这个服务将是巨⼤的.巨多的会员, 巨⼤的流量, 微服务架构是最好的选择.微服务应⽤开发的第⼀步, 就是服务拆分. 拆分后才能进⾏"各⾃开发"

Spring Cloud 提供了⼀些可以让开发⼈员快速构建分布式服务的⼯具, ⽐如配置管理, 服务发现, 熔断,智能路由等. 他们可以在任何分布式环境中很好的⼯作.简单来说, Spring Cloud 就是分布式微服务架构的⼀站式解决⽅案, 是微服务架构落地的多种技术的集合Distributed/versioned configuration 分布式版本配置Service registration and discovery 服务注册和发现Routing 路由。