CN111610992A - 部署组件更新处理方法、装置及存储介质 - Google Patents
部署组件更新处理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN111610992A CN111610992A CN202010373794.1A CN202010373794A CN111610992A CN 111610992 A CN111610992 A CN 111610992A CN 202010373794 A CN202010373794 A CN 202010373794A CN 111610992 A CN111610992 A CN 111610992A
- Authority
- CN
- China
- Prior art keywords
- pod
- deployment component
- update
- deployment
- label
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims description 14
- 238000000034 method Methods 0.000 claims abstract description 52
- 238000012545 processing Methods 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 8
- 230000005856 abnormality Effects 0.000 claims description 7
- 108010026228 mRNA guanylyltransferase Proteins 0.000 description 34
- 238000007726 management method Methods 0.000 description 20
- 238000012384 transportation and delivery Methods 0.000 description 14
- 238000004891 communication Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 230000036541 health Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000005096 rolling process Methods 0.000 description 3
- 230000000712 assembly Effects 0.000 description 2
- 238000000429 assembly Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供一种部署组件更新处理方法、装置及存储介质，该方法包括：伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；向部署组件发送更新指令，以使部署组件完成更新操作。实现使伴生pod去监视部署组件的工作状态，并在部署组件存在新标签时给原副本管理组件和原pod添加对应的标签，以此避免部署组件因为新增标签无法确定原副本管理组件和原pod而去创建新副本管理组件和新pod，造成新旧pod同时工作，使资源浪费。
Description
技术领域
本发明涉及计算机技术领域，尤其涉及一种部署组件更新处理方法、装置及存储介质。
背景技术
在Kubernetes中，标签可以方便快捷的连接各资源之间的关系。由于没有禁止对标签的手动修改，所以用户可以自行编辑和添加自己想要的标签，以此来管理Kubernetes集群中自己想要筛选的一些容器。
虽手动修改标签较为方便，但是会带来一些问题，比如使用部署组件来管理pod时，如果部署组件的标签更换为新标签，会导致部署组件下的原副本管理组件和原pod出现标签混乱，就可能失去部署组件控制。此时一旦部署组件执行更新升级，原有的pod将无法被删除，导致新的pod被创建，老的pod也同样在运行，造成资源浪费。
发明内容
针对现有技术存在的问题，本发明实施例提供一种部署组件更新处理方法、装置及存储介质。
第一方面，本发明实施例提供一种部署组件更新处理方法，包括：
伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；
确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；
向部署组件发送更新指令，以使部署组件完成更新操作；
其中，伴生pod为在部署组件创建过程中创建的与部署组件生命周期相同且用于监控部署组件工作状态的pod。
进一步地，在伴生pod确定部署组件处于更新状态之前，还包括：伴生pod确定部署组件初始创建完成时或确定部署组件上一次更新完成时，记录下部署组件信息，部署组件信息包括标签。
进一步地，还包括伴生pod处于异常状态下的处理步骤，包括：伴生pod确定自身存在异常时，向部署组件发送通知信号，以使部署组件重启伴生pod。
第二方面，本发明实施例提供一种部署组件更新处理方法，包括：
部署组件在自身更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；
部署组件接收伴生pod发送的更新指令完成更新操作。
进一步地，在部署组件处于更新状态之前，还包括：部署组件接收Kubernetes发出的对伴生pod的创建指令，使副本管理组件读取Kubernetes系统目录下的yaml文件，创建伴生pod，并给伴生pod的环境变量添加部署组件名称和标签。
进一步地，还包括：部署组件接收通知信号重启伴生pod，所述通知信号为伴生pod确定自身存在异常时发出的信号。
第三方面，本发明实施例提供一种部署组件更新处理装置，包括：
接收模块，用于在确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；
配置模块，用于确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；
发送模块，用于向部署组件发送更新指令，以使部署组件完成更新操作；
其中，所述接收模块、配置模块和发送模块所属于伴生pod，所述伴生pod为在部署组件创建过程中创建的与部署组件生命周期相同且用于监控部署组件工作状态的pod。
第四方面，本发明实施例提供一种部署组件更新处理装置，包括：
获取模块，用于在部署组件更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；
更新模块，用于接收伴生pod发送的更新指令完成更新操作。
第五方面，本发明实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述部署组件更新处理方法的步骤。
第六方面，本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述部署组件更新处理方法的步骤。
本发明实施例提供的部署组件更新处理方法、装置及存储介质，通过在部署组件创建过程中创建与部署组件生命周期相同的伴生pod，使伴生pod以第三方观察者的身份去监视部署组件的工作状态，并在部署组件存在新标签时给原副本管理组件和原pod添加对应的标签，以此避免部署组件因为新增标签无法确定原副本管理组件和原pod而去创建新副本管理组件和新pod，造成新旧pod同时工作，使资源浪费。另外，伴生pod的监控过程不受部署组件、副本管理组件、pod状态的影响，进而不影响Kubernetes的正常运行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明部署组件更新处理方法实施例流程图；
图2为本发明部署组件更新处理方法实施例流程图；
图3为本发明部署组件更新处理装置实施例结构图；
图4为本发明部署组件更新处理装置实施例结构图；
图5为本发明电子设备实施例结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1示出了本发明一实施例提供的一种部署组件更新处理方法的流程示意图，参见图1，该方法以伴生pod为执行主体进行方案描述，包括：
S11、伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；
S12、确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；
S13、向部署组件发送更新指令，以使部署组件完成更新操作。
针对步骤S11-步骤S13，需要说明的是，在本发明实施例中，Kubernetes，简称K8S，是一个开源的用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效,Kubernetes提供了应用部署，规划，更新，维护的一种机制。
Kubernetes一个核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着，管理员可以加载一个微型服务，让规划器来找到合适的位置，同时，Kubernetes在系统提升以及人性化使用方面，让用户能够方便的部署自己的应用。
在Kubernetes中有各种各样的组件,对于容器来说Kubernetes最小的单元是Pod。所有的容器均在Pod中运行,一个Pod可以承载一个或者多个应用程序。Pod是单点容器，本身不支持高可用高并发，pod故障时无法自行拉起。
在Kubernetes中经常会使用到部署组件(Deployment)来部署Pod。Deployment是一种更新副本管理组件(ReplicaSet)和Pod的机制，Deployment可以通过其管理的ReplicaSet报告pod的数量和健康。
ReplicaSet是一种Kubernetes资源对象，主要职责是根据定义保持其管理的pod的数量和健康。
在本发明实施例中，Deployment可以进行实时滚动更新。在更新过程中，可能会存在用户对Deployment的标签(label)的修改，而Deployment的label与其创建管理的ReplicaSet和pod的label相同，为此，对Deployment的label的修改可能会使得Deployment、ReplicaSet、pod其中一个环节label添加混乱，就可能导致某个ReplicaSet和其下的pod失去Deployment控制，此时一旦Deployment执行滚动更新，原来存在的pod将无法被删除，导致新的pod被创建，原来存在的pod也同样在运行，影响Kubernetes的正常运行。
为此，在Deployment创建过程中创建与Deployment生命周期相同且用于监控Deployment工作状态的伴生pod。
当Deployment更新时，Deployment可以得到其在当前更新操作中要使用的label，即为更新label。该更新label可与上一次记录的label相同也可与上一次记录的label不相同。当不相同时，说明更新label是用户手动修改的label。
为此，当伴生pod监控到Deployment即将更新时，获取Deployment的更新label和上一次记录的label。伴生pod对比Deployment的更新label跟上一次记录的label是否相同。上一次记录的label包括初始创建时的label或上一次更新时的更新label。
若两个label不同，则说明用户手动修改了label，则调用接口服务组件(ApiServer)将已存有的ReplicaSet和pod的上一次记录的label更改为更新label，以此避免Deployment因为新label无法确定已存有ReplicaSet和pod而去创建新的ReplicaSet和新的pod。
此后，伴生pod向Deployment发送更新指令，以使Deployment完成更新操作，该更新操作与现有的更新操作相同，在此不再赘述。
在上述实施例方法的进一步实施例中，由于在Deployment创建过程中，Deployment首先调用ApiServer执行ReplicaSet的创建，再由ReplicaSet去创建管理pod。
而Deployment创建完ReplicaSet时，使ReplicaSet读取Kubernetes系统目录下的yaml文件，调用ApiServer创建伴生pod，并给伴生pod的环境变量添加Deployment名称和label。该Deployment名称和label用于识别pod所归属的Deployment。为此，只有当pod创建完成后，Deployment才算创建完成。
在本发明实施例中，伴生pod每隔一段时间调用一次ApiServer观察Deployment是否创建完成，如果创建完成则记录下deployment信息和所管理的ReplicaSet信息，尤其是Deployment名称和label。另外，当Deployment每一次更新后，伴生pod也会记录deployment信息，deployment信息包括上一次的更新label。
在上述实施例方法的更进一步实施例中，由于pod故障时无法自行拉起，故当伴生pod确定自身存在异常时，向Deployment发送通知信号，以使Deployment根据pod调度规则重启伴生pod。此操作为的是在Deployment存在更新过程中，一定要有伴生pod参与。
本发明实施例提供的一种部署组件更新处理方法，通过在Deployment创建过程中创建与Deployment生命周期相同的伴生pod，使伴生pod以第三方观察者的身份去监视Deployment的工作状态，并在Deployment存在新label时调用ApiServer给已有ReplicaSet和pod配置对应的label，以此避免Deployment因为新增label无法确定已有ReplicaSet和pod而去创建新ReplicaSet和新pod，造成新旧pod同时工作，使资源浪费。另外，伴生pod的监控过程不受Deployment、ReplicaSet、pod状态的影响，进而不影响Kubernetes的正常运行。
图2示出了本发明一实施例提供的一种部署组件更新处理方法的流程示意图，参见图2，该方法以Deployment为执行主体进行方案描述，包括：
S21、部署组件在自身更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；
S22、部署组件接收伴生pod发送的更新指令完成更新操作。
针对步骤S21和步骤S22，需要说明的是，在本发明实施例中，Kubernetes，简称K8S，是一个开源的用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效,Kubernetes提供了应用部署，规划，更新，维护的一种机制。
Kubernetes一个核心的特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望状态运行着，管理员可以加载一个微型服务，让规划器来找到合适的位置，同时，Kubernetes在系统提升以及人性化使用方面，让用户能够方便的部署自己的应用。
在Kubernetes中有各种各样的组件,对于容器来说Kubernetes最小的单元是Pod。所有的容器均在Pod中运行,一个Pod可以承载一个或者多个应用程序。Pod是单点容器，本身不支持高可用高并发，pod故障时无法自行拉起。
在Kubernetes中经常会使用到Deployment来部署的Pod。Deployment是一种更新ReplicaSet和Pod的机制，Deployment可以通过其管理的ReplicaSet报告pod的数量和健康。
ReplicaSet是一种Kubernetes资源对象，主要职责是根据定义保持其管理的pod的数量和健康。
在本发明实施例中，Deployment可以进行实时滚动更新。在更新过程中，可能会存在用户对Deployment的label的修改，而Deployment的label与其创建管理的ReplicaSet和pod的label相同，为此，对Deployment的label的修改可能会使得Deployment、ReplicaSet、pod其中一个环节label添加混乱，就可能导致某个ReplicaSet和其下的pod失去Deployment控制，此时一旦Deployment执行滚动更新，原有的pod将无法被删除，导致新的pod被创建，原有pod也同样在运行，影响Kubernetes的正常运行。
为此，在Deployment创建过程中创建与Deployment生命周期相同且用于监控Deployment工作状态的伴生pod。
当Deployment更新时，Deployment可以得到其在当前更新操作中要使用的label，即为更新label。该更新label可与上一次记录的label相同也可与上一次记录的label不相同。当不相同时，说明更新label是用户手动修改的label。
为此，Deployment会将其即将更新的状态告知伴生pod，即：将更新label也发送给伴生pod。伴生pod对比Deployment的更新label跟上一次记录label是否相同。上一次记录的label包括初始创建时的label或上一次更新时的更新label。
若两个label不同，则说明用户手动修改了label，则调用ApiServer给已存有的ReplicaSet和pod的上一次记录的label更改为更新label，以此避免Deployment因为新label无法确定已存有ReplicaSet和pod而去创建新的ReplicaSet和新的pod
此后，Deployment接收伴生pod发送的更新指令完成更新操作，该更新指令是伴生pod在给已有ReplicaSet和pod配置更新label之后发出的指令，该更新操作与现有的更新操作相同，在此不再赘述。
在上述实施例方法的进一步实施例中，由于在Deployment创建过程中，Deployment首先调用ApiServer执行ReplicaSet的创建，再由ReplicaSet去创建管理pod。
而Deployment创建完ReplicaSet时，使ReplicaSet读取Kubernetes系统目录下的yaml文件，调用ApiServer创建伴生pod，并给伴生pod实例的环境变量添加Deployment名称和label。该Deployment名称和label用于识别pod所归属的Deployment。
在上述实施例方法的更进一步实施例中，由于pod故障时无法自行拉起，故当伴生pod确定自身存在异常时，向Deployment发送通知信号，以使Deployment根据pod调度规则重启伴生pod。此操作为的是在Deployment存在更新过程中，一定要有伴生pod参与。
在上述实施例方法的更进一步实施例中，Deployment接收到Kubernetes发出的销毁指令，销毁其管理的ReplicaSet和pod后销毁伴生pod。
本发明实施例提供的一种部署组件更新处理方法，通过在Deployment创建过程中创建与Deployment生命周期相同的伴生pod，使伴生pod以第三方观察者的身份去监视Deployment的工作状态，并在Deployment存在新label时调用ApiServer给已有ReplicaSet和pod配置对应的label，以此避免Deployment因为新增label无法确定已有ReplicaSet和pod而去创建新ReplicaSet和新pod，造成新旧pod同时工作，使资源浪费。另外，伴生pod的监控过程不受Deployment、ReplicaSet、pod状态的影响，进而不影响Kubernetes的正常运行。
图3示出了本发明一实施例提供的部署组件更新处理装置的结构示意图，参见图3，该装置包括接收模块31、配置模块32和发送模块33，其中：
接收模块31，用于在确定Deployment处于更新状态时，获取Deployment的更新label，所述更新label为Deployment在当前更新操作中要使用的label；
配置模块，用于确定更新label与上一次记录的label不同，调用ApiServer将ReplicaSet和pod的上一次记录的label修改为更新label；
发送模块，用于向Deployment发送更新指令，以使Deployment完成更新操作；
其中，接收模块、配置模块和发送模块所属于伴生pod，伴生pod为在Deployment创建过程中创建的与Deployment生命周期相同且用于监控Deployment工作状态的pod。
在上述实施例装置的进一步实施例中，还包括记录模块，用于确定Deployment创建完成时，记录下Deployment信息，Deployment信息包括label。
在上述实施例装置的进一步实施例中，还包括异常报告模块，用于确定自身存在异常时，向Deployment发送通知信号，以使Deployment重启伴生pod。
由于本发明实施例所述装置与上述实施例所述方法的原理相同，对于更加详细的解释内容在此不再赘述。
需要说明的是，本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。
本发明实施例提供的一种部署组件更新处理装置，通过在Deployment创建过程中创建与Deployment生命周期相同的伴生pod，使伴生pod以第三方观察者的身份去监视Deployment的工作状态，并在Deployment存在新label时调用ApiServer给已有ReplicaSet和pod配置对应的label，以此避免Deployment因为新增label无法确定已有ReplicaSet和pod而去创建新ReplicaSet和新pod，造成新旧pod同时工作，使资源浪费。另外，伴生pod的监控过程不受Deployment、ReplicaSet、pod状态的影响，进而不影响Kubernetes的正常运行。
图4示出了本发明一实施例提供的部署组件更新处理装置的结构示意图，参见图4，该装置包括获取模块41和更新模块42，其中：
获取模块41，用于在Deployment更新状态时，获取更新label并发送给伴生pod，以使伴生pod确定更新label与上一次记录的label不同时，调用ApiServer将ReplicaSet和pod的上一次记录的label修改为更新label；
更新模块42，用于接收伴生pod发送的更新指令完成更新操作。
在上述实施例装置的进一步实施例中，还包括重启模块，用于接收通知信号重启伴生pod，所述通知信号为伴生pod确定自身存在异常发出的信号。
在上述实施例装置的进一步实施例中，还包括创建模块，用于接收Kubernetes发出的对伴生pod的创建指令，使副本管理组件读取Kubernetes系统目录下的yaml文件，创建伴生pod，并给伴生pod的环境变量添加部署组件名称和标签。
在上述实施例装置的进一步实施例中，还包括删除模块，用于接收到Kubernetes发出的销毁指令，销毁其管理的ReplicaSet和pod后销毁伴生pod。
由于本发明实施例所述装置与上述实施例所述方法的原理相同，对于更加详细的解释内容在此不再赘述。
需要说明的是，本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。
本发明实施例提供的一种部署组件更新处理装置，通过在Deployment创建过程中创建与Deployment生命周期相同的伴生pod，使伴生pod以第三方观察者的身份去监视Deployment的工作状态，并在Deployment存在新label时调用ApiServer给已有ReplicaSet和pod配置对应的label，以此避免Deployment因为新增label无法确定已有ReplicaSet和pod而去创建新ReplicaSet和新pod，造成新旧pod同时工作，使资源浪费。另外，伴生pod的监控过程不受Deployment、ReplicaSet、pod状态的影响，进而不影响Kubernetes的正常运行。
图5示例了一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)51、通信接口(Communications Interface)52、存储器(memory)53和通信总线54，其中，处理器51，通信接口52，存储器53通过通信总线54完成相互间的通信。处理器51可以调用存储器53中的逻辑指令，以执行如下方法：伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；向部署组件发送更新指令，以使部署组件完成更新操作。
此外，上述的存储器53中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的方法，例如包括：伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；向部署组件发送更新指令，以使部署组件完成更新操作。
本发明一实施例提供一种电子设备，该电子设备可以包括：处理器(processor)、通信接口(Communications Interface)、存储器(memory)和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信。处理器可以调用存储器中的逻辑指令，以执行如下方法：部署组件在自身更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；部署组件接收伴生pod发送的更新指令完成更新操作。
此外，上述的存储器中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的方法，例如包括：部署组件在自身更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；部署组件接收伴生pod发送的更新指令完成更新操作。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种部署组件更新处理方法，其特征在于，包括：
伴生pod确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；
确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；
向部署组件发送更新指令，以使部署组件完成更新操作；
其中，伴生pod为在部署组件创建过程中创建的与部署组件生命周期相同且用于监控部署组件工作状态的pod。
2.根据权利要求1所述的部署组件更新处理方法，其特征在于，在伴生pod确定部署组件处于更新状态之前，还包括：伴生pod确定部署组件初始创建完成时或确定部署组件上一次更新完成时，记录部署组件信息，部署组件信息包括标签。
3.根据权利要求1所述的部署组件更新处理方法，其特征在于，还包括伴生pod处于异常状态下的处理步骤，包括：伴生pod确定自身存在异常时，向部署组件发送通知信号，以使部署组件重启伴生pod。
4.一种部署组件更新处理方法，其特征在于，包括：
部署组件在更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；
部署组件接收伴生pod发送的更新指令完成更新操作。
5.根据权利要求4所述的部署组件更新处理方法，其特征在于，在部署组件处于更新状态之前，还包括：部署组件接收Kubernetes发出的对伴生pod的创建指令，使副本管理组件读取Kubernetes系统目录下的yaml文件，创建伴生pod，并给伴生pod的环境变量添加部署组件名称和标签。
6.根据权利要求4所述的部署组件更新处理方法，其特征在于，还包括：部署组件接收通知信号重启伴生pod，所述通知信号为伴生pod确定自身存在异常时发出的信号。
7.一种部署组件更新处理装置，其特征在于，包括：
接收模块，用于在确定部署组件处于更新状态时，获取部署组件的更新标签，所述更新标签为部署组件在当前更新操作中要使用的标签；
配置模块，用于确定更新标签与上一次记录的标签不同，将副本管理组件和pod的上一次记录的标签修改为更新标签；
发送模块，用于向部署组件发送更新指令，以使部署组件完成更新操作；
其中，所述接收模块、配置模块和发送模块所属于伴生pod，所述伴生pod为在部署组件创建过程中创建的与部署组件生命周期相同且用于监控部署组件工作状态的pod。
8.一种部署组件更新处理装置，其特征在于，包括：
获取模块，用于在部署组件更新状态时，获取更新标签并发送给伴生pod，以使伴生pod确定更新标签与上一次记录的标签不同时，将副本管理组件和pod的上一次记录的标签修改为更新标签；
更新模块，用于接收伴生pod发送的更新指令完成更新操作。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至3任一项所述部署组件更新处理方法的步骤，或权利要求4-6任一项所述部署组件更新处理方法的步骤。
10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至3任一项所述部署组件更新处理方法的步骤，或权利要求4-6任一项所述部署组件更新处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010373794.1A CN111610992B (zh) | 2020-05-06 | 2020-05-06 | 部署组件更新处理方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010373794.1A CN111610992B (zh) | 2020-05-06 | 2020-05-06 | 部署组件更新处理方法、装置及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111610992A true CN111610992A (zh) | 2020-09-01 |
| CN111610992B CN111610992B (zh) | 2023-04-07 |
Family
ID=72199465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010373794.1A Active CN111610992B (zh) | 2020-05-06 | 2020-05-06 | 部署组件更新处理方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111610992B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220114157A1 (en) * | 2020-10-12 | 2022-04-14 | Oracle International Corporation | Lock management for distributed application pods |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107025256A (zh) * | 2015-11-06 | 2017-08-08 | 国际商业机器公司 | 用于减少基于云的服务的重新激活时间的方法和系统 |
| CN107766020A (zh) * | 2017-07-26 | 2018-03-06 | 广州奥翼电子科技股份有限公司 | 图片数据处理装置、图片数据处理方法及电子标签显示系统组件 |
| US20190020561A1 (en) * | 2016-11-03 | 2019-01-17 | Ciena Corporation | Systems and methods for management of cloud exchanges |
| CN110011850A (zh) * | 2019-04-09 | 2019-07-12 | 苏州浪潮智能科技有限公司 | 云计算系统中服务的管理方法和装置 |
| CN110413346A (zh) * | 2019-07-30 | 2019-11-05 | 中国工商银行股份有限公司 | 一种参数更新方法及装置 |
-
2020
- 2020-05-06 CN CN202010373794.1A patent/CN111610992B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107025256A (zh) * | 2015-11-06 | 2017-08-08 | 国际商业机器公司 | 用于减少基于云的服务的重新激活时间的方法和系统 |
| US20190020561A1 (en) * | 2016-11-03 | 2019-01-17 | Ciena Corporation | Systems and methods for management of cloud exchanges |
| CN107766020A (zh) * | 2017-07-26 | 2018-03-06 | 广州奥翼电子科技股份有限公司 | 图片数据处理装置、图片数据处理方法及电子标签显示系统组件 |
| CN110011850A (zh) * | 2019-04-09 | 2019-07-12 | 苏州浪潮智能科技有限公司 | 云计算系统中服务的管理方法和装置 |
| CN110413346A (zh) * | 2019-07-30 | 2019-11-05 | 中国工商银行股份有限公司 | 一种参数更新方法及装置 |
Non-Patent Citations (4)
| Title |
|---|
| IGOR ATAIDE 等: ""Implementing Quality of Service and Confidentiality for Batch Processing Applications"", 《2018 IEEE/ACM INTERNATIONAL CONFERENCE ON UTILITY AND CLOUD COMPUTING COMPANION (UCC COMPANION)》 * |
| 大涛学长: ""将 Sidecar 容器带入新的阶段"", 《HTTPS://ZHUANLAN.ZHIHU.COM/P/100864375》 * |
| 宋汉松: ""容器网络技术研究与前景展望"", 《金融电子化》 * |
| 王延飞: ""Kubernetes工作负载监控：Sidecar模式"", 《HTTPS://WWW.KUBERNETES.ORG.CN/7321.HTML》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220114157A1 (en) * | 2020-10-12 | 2022-04-14 | Oracle International Corporation | Lock management for distributed application pods |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111610992B (zh) | 2023-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107515796B (zh) | 一种设备异常监控处理方法及装置 | |
| EP3200393A1 (en) | Method and device for virtual network function management | |
| CN113778623B (zh) | 资源处理方法和装置、电子设备及存储介质 | |
| WO2017107656A1 (zh) | 虚拟化网元故障自愈方法及装置 | |
| CN107660289A (zh) | 自动网络控制 | |
| CN109788068B (zh) | 心跳状态信息上报方法、装置和设备及计算机存储介质 | |
| CN101317381A (zh) | 对能力管理对象维护、对能力管理的方法、系统及终端 | |
| CN113742031A (zh) | 节点状态信息获取方法、装置、电子设备及可读存储介质 | |
| US10942831B2 (en) | Automating and monitoring rolling cluster reboots | |
| CN110196749B (zh) | 虚拟机的恢复方法及装置、存储介质及电子装置 | |
| CN110109772B (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
| CN110932914B (zh) | 部署方法、部署装置、混合云系统架构及计算机存储介质 | |
| CN112732674A (zh) | 云平台服务管理方法、装置、设备及可读存储介质 | |
| CN112583630B (zh) | 设备管理方法、装置、系统、设备及存储介质 | |
| CN111610992B (zh) | 部署组件更新处理方法、装置及存储介质 | |
| CN116627721A (zh) | 基于混合云的云原生数据库恢复方法、设备及存储介质 | |
| EP4162649B1 (en) | Stable references for network function life cycle management automation | |
| CN111342986A (zh) | 分布式节点管理方法及装置、分布式系统、存储介质 | |
| CN110620798A (zh) | Ftp连接的控制方法、系统、设备和存储介质 | |
| CN112130889A (zh) | 资源的管理方法和装置、存储介质、电子装置 | |
| CN112925622A (zh) | 系统定时任务处理方法、装置、电子设备及存储介质 | |
| CN116185697B (zh) | 容器集群管理方法、装置、系统、电子设备及存储介质 | |
| CN110784353B (zh) | 网元设备配置数据迁移方法及装置 | |
| CN111309456B (zh) | 一种任务执行方法及系统 | |
| CN111355605A (zh) | 一种云平台的虚拟机故障恢复方法及服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |