本系列为之前系列的整顿重启版，随着我的项目的倒退以及我的项目中的应用，之前系列外面很多货色产生了变动，并且还有一些货色之前系列并没有提到，所以重启这个系列重新整理下，欢送各位留言交换，谢谢！~

对于Dubbo与Spring Cloud的区别，可参考博客:[链接]Spring Cloud Alibaba是对Spring Cloud中局部进行保护的组件进行扩大的替换，目前因为Eureka、Zuul、Hystrix已不再开源，导致Spring开源基金会无奈收费获取其受权，从而进行更新和保护，阿里别离推出nacos、gateway、Sentinel来代替，并退出了Alibaba Cloud SchedulerX…

前段时间和敌人聊天，他说他部门老大给他提了一个需要，这个需要的背景是这样，他们开发环境和测试环境共用一套eureka，服务提供方的serviceId加环境后缀作为辨别，比方用户服务其开发环境serviceId为user_dev,测试环境为user_test。每次服务提供方公布的时候，会依据环境变量，主动变更serviceId。

本文次要介绍 SpringCloud之服务网关Gateway如有须要，能够参考如有帮忙，不忘 点赞 ❥微信公众号已开启，小菜良记，没关注的同学们记得关注哦！

本文次要介绍 SpringCloud中Sentinel如有须要，能够参考如有帮忙，不忘 点赞 ❥微信公众号已开启，小菜良记，没关注的同学们记得关注哦！

前言上篇咱们讲到如何应用k8s搭建nacos，这篇就来讲讲微服务如何通过搭建好的nacos服务注册和配置。操作A服务、B服务，A应用Feign调用B服务外面办法。A、B服务引入相干依赖包，springcloud版本：2020.0.0springboot版本：2.4.2alibaba版本：2021.1 {代码…} A、B服务注册和配置到Nacos服务的bootstrap.yml文件： {代码….

始终在应用SpringCloud Hoxton.SR4版本，以及SpringBoot 2.2.5.RELEASE版本，自从SpringCloud降级到2020.0之后想尝试下降级，并且把遇到的问题记录下来分享给大家

Bus反对两种音讯代理RabbitMQ和Kafka，Bus配合Config应用实现配置的动静刷新。用来将分布式系统的节点与轻量级音讯零碎链接起来的框架，整合了Java的事件处理机制和消息中间件性能。

摘要内容

上一节中的Config尽管解决了配置文件繁冗的问题，然而有一个弊病，那就是当咱们服务端代码批改后，也就是gitee上的货色批改后须要再次启动服务才可能使批改失效。