秃头青年的学习记录博客

微服务部署的实例越来越多，达到数十，数百时，逐个修改微服务配置就会让人抓狂，而且容易出错。微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。Nacos一方面可以将配置集中管理，另一方面可以在配置变更时，及时通知微服务，实现配置的热更新。可以看出来，不管是dev，还是test环境，都读取到了envSharedValue这个属性的值。我们最终的目的，是修改nacos中的配置后，微服务中无需重启即可让配置生效，也就是。

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。修改order-service的application.yml文件，修改负载均衡规则：（杭州机房内的order-service应该优先访问同机房的user-service。

GitHub的Release下载页：https://github.com/alibaba/nacos/releases。Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程。GitHub主页：https://github.com/alibaba/nacos。Nacos依赖于JDK运行，索引Linux上也需要安装JDK才行。Linux或者Mac安装方式与Windows类似。上传到Linux服务器的某个目录，例如。开发阶段采用单机安装即可。然后重命名为java。

代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：userservice : # 给某个微服务配置负载均衡规则，这里是userservice服务 ribbon : NFLoadBalancerRuleClassName : com.netflix.loadbalancer.RandomRule # 负载均衡规则注意。

SpringCloudRibbon的底层采用了一个拦截器，拦截了RestTemplate发出的请求，对地址做了修改。用一幅图来总结一下：拦截我们的RestTemplate请求http://userservice/user/1RibbonLoadBalancerClient会从请求url中获取服务名称，也就是user-serviceDynamicServerListLoadBalancer根据user-service到eureka拉取服务列表。

注意：一个微服务，既可以是服务提供者，又可以是服务消费者，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端。下面，我们将order-service的逻辑修改：向eureka-server拉取user-service的信息，实现服务发现。为了演示一个服务有多个实例的场景，我们添加一个SpringBoot的启动配置，再启动一个user-service。最后，我们要去eureka-server中拉取user-service服务的实例列表，并且实现负载均衡。

修改order-service中的根据id查询订单业务，要求在查询订单的同时，根据订单中包含的userId查询出用户信息，一起返回。但是，服务提供者与服务消费者的角色并不是绝对的，而是相对于业务而言。如果服务A调用了服务B，而服务B又调用了服务C，服务B的角色是什么？：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）因此，服务B既可以是服务提供者，也可以是服务消费者。任何分布式架构都离不开服务的拆分，微服务也是一样。

单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝微服务：一种良好的分布式架构方案①优点：拆分粒度更小、服务更独立、耦合度更低②缺点：架构非常复杂，运维、监控、部署难度提高SpringCloud是微服务架构的一站式解决方案，集成了各种优秀微服务功能组件。