覆盖更新导致的问题

背景

快速接入sentinel-starter的包。团队80多个服务已经接入

<dependency>
            <artifactId>yxt-sentinel-spring-boot-starter</artifactId>
            <groupId>com.yxt</groupId>
            <version>1.0.0</version>
        </dependency>

后续迭代内容

【上线公告】Sentine项目计划于2024年10月10日17：30时发布新迭代,迭代核心内容如下:

【新增功能】
   1.LDAP认证接入/服务权限控制(登录采用统一的LDAP认证,研发人员使用自己的LDAP工号+密码进行登录,并且只能操作自己相关的服务。)
   2.流控根据来源配置的支持
    ①支持外部调用使用client_ip进行针对性的限流和拉黑。
    ②支持内部调用使用上游serviceName进行针对性的限流和拉黑。
   3.降级响应增加拦截资源信息（当触发流控方便定位是因为哪个流控配置导致触发限流，并针对需求做针对性的调整。）
【备注说明】
   1.本次更新采用覆盖更新方式，之前接入的服务无需升级xframe和yxt-sentinel-spring-boot-starter版本
   2.dashboard各个环境的超级管理员账号(sentinel)将收回，发布后统一使用自己的LDAP账号+密码进行登录

异常操作方式

当时考虑到80多个服务，再单独更新版本发版。成本较高，就想着覆盖更新。但是80多个服务各个版本有差异。结果删完远程仓库包重新推包。正好遇到那天公司发版日，部分服务因为覆盖更新导致发不起来。因为没有做备份，重别的同事本地电脑仓库拿出maven包回滚重推

反思

覆盖更新这个操作本身没有问题。

1.但是应该正常应该打1.0.1的包。然后各个团队的服务都挑选部分服务来升级。如果试行一段时间没有问题再覆盖更新

2.做好备份，遇到异常后快速回退

①从Nexus删除之前下载下来做好备份,其他远程仓库同理

 ②如果遇到问题快速回退

命令应该也可以后续再研究