[发明专利]一种数据更新方法、装置、设备及可读存储介质

说明书

本发明公开了一种数据更新方法、装置、设备及可读存储介质，该方法包括：第一容器云服务生成新Token；利用生命周期管理机制，向第二容器云服务发送Token更新通知；在第二容器云服务调用第一容器云服务的Token获取接口的情况下，向第二容器云服务提供新Token。在该方法中，第一容器云服务也无需设置复杂的启动逻辑，启动耗时时间短的情况下，第二容器云服务不仅可以及时地将新Token，能够保障应用间相互调用的可靠性。

技术领域

本发明涉及计算机应用技术领域，特别是涉及一种数据更新方法、装置、设备及可读存储介质。

背景技术

容器云平台大部分基于Kubernetes框架，并面向用户提供以应用管理为核心的功能体系。越来越多的企业或个人用户将应用部署在容器云平台上。在生产环境中，应用之间相互调用是普遍存在的场景，尤其是在微服务架构下，应用之间相互调用更是用来保证服务的完整性。

为了防止恶意程序盗用数据或进行危险操作，应用之间调用通常会有安全机制，其中一种常用的机制为Token验证，其实现原理大致如下：服务A作为核心服务，生成Token，并提供Token获取接口，可以由其他服务通过提供用户名、密码等验证信息来调用此接口获取Token；服务B来访问服务A时需要附带Token信息，验证通过后才可以进行数据处理等操作。一般地，服务B通常调用一次Token获取接口，并作为自身数据进行保存，后续在访问服务A时使用此保存好的Token。但是，如果服务A中的Token有更新，那此时服务B再使用保存好的Token来访问就会出现Token信息错误，进而无法访问。

Token更新问题，目前普遍采用的解决方案包括：1、服务B定时调用服务A获取Token；2、服务A在升级重启过程中生成Token时通过接口主动通知服务B重新获取Token两种方式。对于方案1，由于定时任务具有时间间隔，其无法保证服务A升级重启后能够及时发起定时任务来获取到新的Token，并且如果服务A长时间没有升级重启的操作，那么定时任务每次调用结果可能都会一样，这会造成资源的无谓消耗。对于方案2，会造成启动逻辑更加复杂、启动时间变长、通知功能与服务A的核心业务逻辑耦合等性能问题。

综上所述，如何有效地解决Token更新等问题，是目前本领域技术人员急需解决的技术问题。

发明内容

本发明的目的是提供一种数据更新方法、装置、设备及可读存储介质，能够及时有效地进行Token更新，保障应用之间能够正常调用。

为解决上述技术问题，本发明提供如下技术方案：

一种Token更新方法，包括：

第一容器云服务生成新Token；

利用生命周期管理机制，向第二容器云服务发送Token更新通知；

在所述第二容器云服务调用所述第一容器云服务的Token获取接口的情况下，向所述第二容器云服务提供所述新Token。

优选地，所述利用生命周期管理机制，向第二容器云服务发送Token更新通知，包括：

利用所述生命周期管理机制，在启动所述新Token对应的目标容器的情况下，向所述第二容器云服务发送所述Token更新通知。

优选地，向所述第二容器云服务发送所述Token更新通知，包括：

利用所述生命周期管理机制中的PostStart方式，通过自动触发Token更新通知脚本，向所述第二容器云服务发送所述Token更新通知。

优选地，向所述第二容器云服务发送所述Token更新通知，包括：

通过调用所述第二容器云服务的Token更新通知接口，向所述第二容器云服务发送所述Token更新通知。