本申请提出了一种业务服务的更新方法及装置，用以解决现有技术中，由于更新服务带来的响应延迟的问题。该方法包括：管理节点接收更新指令；更新指令用于指示将提供业务服务功能的应用进行更新；管理节点向业务节点发送第一pod的配置文件和延迟指示信息；第一pod的配置文件用于提供给业务节点创建第一pod；延迟指示信息用于指示业务节点在完成创建第一pod的设定时间后删除第二pod，以及用于指示业务节点若在完成创建第一pod后的设定时间内接收到请求，则按照设定比例为第一pod和第二pod分配请求；其中，第一pod用于提供更新后的业务服务功能，第二pod用于提供更新前的业务服务功能。能。能。
【技术实现步骤摘要】
一种业务服务的更新方法及装置
[0001]本申请涉及计算机
，特别涉及一种业务服务的更新方法及装置。
技术介绍
[0002]在云平台集群环境下，例如Kubernetes的容器云集群下，服务的版本迭代频繁，需要经常对服务进行滚动升级。云平台集群下，业务服务滚动升级的过程是：创建并部署用于提供新的业务服务的新版本实例(pod)，删除用于提供旧的业务服务的旧版本pod。新版本的pod部署完成后，将由新版本的pod接收来自外部请求提供服务。但是，由于新版本的pod在启动之初，即新版本的pod在接收到第一个请求时，需要从新的业务服务的配置文件中将响应请求所需的类加载到内存中，加载类之后才可以响应请求提供服务。这就导致了在新版本的pod启动之初，会出现响应延迟的问题。
[0003]目前的解决方案是新版本的pod在启动之初会请求更多的处理资源，以降低响应时延。但是新版本的pod只有在启动之初才需要较多的处理资源，类加载完成之后就不再需要过多的请求资源了，所以现有的方案会导致处理资源浪费的问题。
技术实现思路
[0004]本申请实施例提供了一种业务服务的更新方法及装置，用以解决现有技术中，由于更新服务带来的响应延迟的问题。
[0005]第一方面，本申请实施例提供了一种业务服务的更新方法，包括：
[0006]管理节点接收更新指令；所述更新指令用于指示将提供业务服务功能的应用进行更新；
[0007]所述管理节点向业务节点发送第一pod的配置文件和延迟指示信息；所述第一pod的配置文件用于提供给所述业务节点创建第一pod；所述延迟指示信息用于指示所述业务节点在完成创建所述第一pod的设定时间后删除第二pod，以及用于指示所述业务节点若在完成创建所述第一pod后的设定时间内接收到请求，则按照设定比例为所述第一pod和所述第二pod分配所述请求；
[0008]其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。
[0009]基于上述方案，在进行业务服务功能的更新时，在业务节点完成创建用于提供新的业务服务功能的新版本的pod之后，先不删除旧版本的pod，而是在一定的时间内由两个版本的pod共同接收请求，既保证新版本的pod完成加载响应请求所需的类，使得新版本的pod后续可以正常提供服务。也通过旧版本的pod继续响应请求，避免了由于响应延迟导致影响用户使用体验的问题。另外，上述方案也解决了由于现有技术中采用通过获取更多的处理资源来解决响应延迟，导致资源浪费的问题。
[0010]第二方面，本申请实施例提供了另一种业务服务的更新方法，包括：
[0011]业务节点接收管理节点在更新提供业务服务功能的应用时发送的第一pod的配置
文件和延迟指示信息；所述延迟指示信息用于指示在第一pod创建完成后的设定时间内按照设定比例调整所述第一pod和第二pod的处理资源；
[0012]所述业务节点根据所述第一pod的配置文件创建所述第一pod，并根据所述延迟指示信息在完成创建所述第一pod的设定时间后，删除所述第二pod；
[0013]其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。
[0014]第三方面，本申请实施例提供了一种业务服务的更新装置，所述装置为管理节点，或者所述装置应用于管理节点，所述装置包括：
[0015]接收单元，用于接收更新指令；所述更新指令用于指示将提供业务服务功能的应用进行更新；
[0016]发送单元，用于向业务节点发送第一pod的配置文件和延迟指示信息；所述第一pod的配置文件用于提供给所述业务节点创建第一pod；所述延迟指示信息用于指示所述业务节点在完成创建所述第一pod的设定时间后删除第二pod，以及用于指示所述业务节点若在完成创建所述第一pod后的设定时间内接收到请求，则按照设定比例为所述第一pod和所述第二pod分配所述请求；
[0017]其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。
[0018]第四方面，本申请实施例提供了另一种业务服务的更新装置，所述装置为业务节点，或者所述装置应用于业务节点，所述装置包括：
[0019]接收单元，用于接收管理节点在更新提供业务服务功能的应用时发送的第一pod的配置文件和延迟指示信息；所述延迟指示信息用于指示在第一pod创建完成后的设定时间内按照设定比例调整所述第一pod和第二pod的处理资源；
[0020]处理单元，用于根据所述第一pod的配置文件创建所述第一pod，并根据所述延迟指示信息在完成创建所述第一pod的设定时间后，删除所述第二pod；
[0021]其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。
[0022]第五方面，本申请实施例提供了一种业务服务更新系统，包括：
[0023]管理节点，用于接收更新指令；所述更新指令用于指示将提供业务服务功能的应用进行更新；
[0024]所述管理节点，还用于向业务节点发送第一pod的配置文件和延迟指示信息；所述第一pod的配置文件用于提供给所述业务节点创建第一pod；所述延迟指示信息用于指示在第一pod创建完成后的设定时间内按照设定比例调整所述第一pod和第二pod的处理资源；
[0025]所述业务节点，用于所述管理节点发送的第一pod的配置文件和延迟指示信息；
[0026]所述业务节点，还用于根据所述第一pod的配置文件创建所述第一pod，并根据所述延迟指示信息在完成创建所述第一pod的设定时间后，删除所述第二pod；
[0027]其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。
[0028]在一些实施例中，所述延迟指示信息是根据所述业务服务功能的类型确定的。
[0029]在一些实施例中，所述管理节点，在向所述业务节点发送第一pod的配置文件和延
迟指示信息之前，还用于：
[0030]确定所述业务节点为所述管理节点所管理的业务节点中负载最小的业务节点。
[0031]在一些实施例中，所述业务节点，还用于：
[0032]在所述第一pod创建完成后的设定时间内，若接收到请求，则按照所述设定比例为所述第一pod和所述第二pod分配所述请求。
[0033]第六方面，本申请实施例提供了另一种业务服务更新装置，包括存储器以及处理器；
[0034]存储器，用于存储程序指令；
[0035]处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行第一方面或者第二方面的任一实现方式中的方法。
[0036]第七方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行上述方法。
[0037]另本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种业务服务的更新方法，其特征在于，包括：管理节点接收更新指令；所述更新指令用于指示将提供业务服务功能的应用进行更新；所述管理节点向业务节点发送第一pod的配置文件和延迟指示信息；所述第一pod的配置文件用于提供给所述业务节点创建第一pod；所述延迟指示信息用于指示所述业务节点在完成创建所述第一pod的设定时间后删除第二pod，以及用于指示所述业务节点若在完成创建所述第一pod后的设定时间内接收到请求，则按照设定比例为所述第一pod和所述第二pod分配所述请求；其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。2.如权利要求1所述的方法，其特征在于，所述延迟指示信息是根据所述业务服务功能的类型确定的。3.如权利要求1或2所述的方法，其特征在于，所述管理节点在向所述业务节点发送第一pod的配置文件和延迟指示信息之前，所述方法还包括：确定所述业务节点为所述管理节点所管理的业务节点中负载最小的业务节点。4.一种业务服务的更新方法，其特征在于，包括：业务节点接收管理节点在更新提供业务服务功能的应用时发送的第一pod的配置文件和延迟指示信息；所述延迟指示信息用于指示在第一pod创建完成后的设定时间内按照设定比例调整所述第一pod和第二pod的处理资源；所述业务节点根据所述第一pod的配置文件创建所述第一pod，并根据所述延迟指示信息在完成创建所述第一pod的设定时间后，删除所述第二pod；其中，所述第一pod用于提供更新后的业务服务功能，所述第二pod用于提供更新前的业务服务功能。5.如权利要求4所述的方法，其特征在于，所述方法还包括：在所述第一pod创建完成后的设定时间内，所述业务节点在接收到请求时，按照所述设定比例为所述第一p...
【专利技术属性】
技术研发人员：赵贝，矫恒浩，
申请(专利权)人：青岛聚看云科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。