[发明专利]一种无状态应用的跨集群备份方法、系统、介质和设备

说明书

本申请提供了一种无状态应用的跨集群备份方法、系统、计算机可读存储介质和电子设备。该方法由部署在第一集群上的灾备系统执行，包括：对部署在第一集群上的待备份的无状态应用对应的资源文件进行监听；响应于无状态应用对应的资源文件产生变化，获取无状态应用对应的资源文件；基于预设的配置对无状态应用对应的资源文件中指定字段的内容进行修改；将修改后的待备份的无状态应用对应的资源文件同步至第二集群，以将无状态应用从第一集群同步至第二集群。籍此，通过灾备系统将第一集群上的无状态应用的资源文件实时同步至第二集群后，即可实现对部署在第一集群上的无状态应用的实时备份。

技术领域

本申请涉及云原生技术领域，特别涉及一种无状态应用的跨集群备份方法、系统、计算机可读存储介质和电子设备。

背景技术

在生产实践中，企业通常采用主/备集群部署模式来部署应用实例，即将应用实例分别部署在主集群和备用集群上，并且将主集群上的应用实例的运行状态实时同步至备用集群上，当主集群出现故障无法正常对外部访问流量进行响应时，由备用集群代替主集群进行响应。

通过手动部署的方式将应用实例分别部署在主集群和备用集群上，在对主集群上的应用实例手动进行变更和升级后，还需要对备用集群上的应用实例手动进行相同的变更和升级，以确保分别部署在主集群和备用集群上的应用实例的运行状态保持一致。

随着服务网络和微服务技术的发展，将云原生应用以微服务架构进行部署已经成为了技术发展的趋势，微服务架构通过独立部署和运行一系列的低耦合微服务应用来构建分布式应用，由于微服务之间的相互影响小，单个微服务应用的变更和升级对同一分布式应用下其它微服务应用的影响也小，在生产实践中用于构建分布式应用的微服务应用的变更和升级变得十分频繁。

手动对微服务应用频繁地进行变更和升级，操作繁琐，且一旦操作出错，将导致微服务应用实例的运行状态同步失败，备用集群上部署的分布式应用实例无法在主集群出现故障时代替主集群上的分布式应用实例对外部访问流量进行响应。

因此，需要提供一种针对上述现有技术不足的改进技术方案。

发明内容

本申请的目的在于提供一种无状态应用的跨集群备份方法、系统、计算机可读存储介质和电子设备，以解决或缓解上述现有技术中存在的问题。

为了实现上述目的，本申请提供如下技术方案：

本申请提供了一种无状态应用的跨集群备份方法，所述方法由部署在第一集群上的灾备系统执行，包括：对部署在所述第一集群上的待备份的无状态应用对应的资源文件进行监听；所述资源文件包括应用描述文件、配置文件中的至少一种；响应于所述无状态应用对应的资源文件产生变化，获取所述无状态应用对应的资源文件；基于预设的配置对所述无状态应用对应的资源文件中指定字段的内容进行修改；将修改后的待备份的所述无状态应用对应的资源文件同步至第二集群，以将所述无状态应用从所述第一集群同步至所述第二集群。

优选的，所述第一集群为Kubernetes集群，对待备份的无状态应用对应的资源文件进行监听，包括：与所述第一集群上的API-Server组件之间建立长连接；通过所述长连接对所述待备份的无状态应用对应的资源文件的变化事件进行监听；或者，周期性地访问所述第一集群上的API-Server组件，以获取待备份的所述无状态应用对应的资源文件；对多次获取的待备份的所述无状态应用对应的资源文件进行比对，以确定待备份的所述无状态应用对应的资源文件产生变化。

优选的，所述基于预设的配置对所述无状态应用对应的资源文件中指定字段的内容进行修改，包括：对预先写入的应用管理资源对象进行解析；所述应用管理资源对象用于指定所述第二集群和所述无状态应用对应的资源文件中待修改的字段，以及设置对所述指定字段进行修改的顺序；根据所述应用管理资源对象，按顺序对所述无状态应用对应的资源文件中指定字段的内容进行修改，以符合所述第二集群的运行要求；所述指定字段包括IP地址、镜像仓库中的至少一个。