CN115495195A - 一种数据处理方法、装置及相关设备 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置及相关设备，涉及通信技术领域。其方法包括：第一服务器显示目标操作界面；第一服务器接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；第一服务器响应于目标操作，获取目标操作所输入目标容器的目标运行参数；第一服务器向与目标容器对应的第二服务器发送目标运行参数。与目标容器对应的第二服务器接收第一服务器发送的目标运行参数；与目标容器对应的第二服务器将容器的运行参数更新为目标运行参数。根据本申请实施例，可以降低运维人员工作的复杂性，提高集群式服务器部署的易用性。

Description

一种数据处理方法、装置及相关设备

技术领域

本申请属于通信技术领域，尤其涉及一种数据处理方法、装置及相关设备。

背景技术

传统虚拟化的业务系统中，各业务模块之间深度耦合，业务系统的资源不能灵活拓展，尤其是在业务系统迁移时，容易因为工作量较大而出错。目前可以利用容器集群管理技术提供部署运行，以实现业务系统资源的灵活拓展，但现有容器是部署在操作系统的内核上，因此运维人员需要到内核上修改配置文件，对运维人员的技术要求较高，使得运维工作较复杂，导致此部署方法的易用性不足。

发明内容

本申请实施例提供一种数据处理方法、装置及相关设备，能够降低运维人员工作的复杂性，提高集群式服务器部署的易用性。

第一方面，本申请实施例提供一种数据处理方法，应用于第一服务器，所述第一服务器与至少一台第二服务器连接，方法包括：

显示目标操作界面，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

接收用户基于所述至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；

响应于所述目标操作，获取所述目标操作所输入所述目标容器的目标运行参数；

向与所述目标容器对应的第二服务器发送所述目标运行参数，以使与所述目标容器对应的第二服务器将所述目标容器的运行参数更新为所述目标运行参数。

第二方面，本申请实施例提供另一种数据处理方法，应用于第二服务器，所述第二服务器为与第一服务器连接的至少一台第二服务器中的任一服务器，所述方法包括：

接收所述第一服务器发送的目标运行参数，所述目标运行参数为所述第一服务器响应于目标操作，获取所述目标操作所输入容器的运行参数，所述目标操作为基于所述第一服务器显示的目标操作界面中所述目标容器的指示信息输入的操作，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

将所述第二服务器的容器的运行参数更新为所述目标运行参数。

第三方面，本申请实施例提供了一种数据处理装置，应用于第一服务器，所述第一服务器与至少一台第二服务器连接，所述装置包括：

显示模块，用于显示目标操作界面，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

第一接收模块，用于接收用户基于所述至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；

第一获取模块，用于响应于所述目标操作，获取所述目标操作所输入所述目标容器的目标运行参数；

第一发送模块，用于向与所述目标容器对应的第二服务器发送所述目标运行参数，以使与所述目标容器对应的第二服务器将所述目标容器的运行参数更新为所述目标运行参数。

第四方面，本申请实施例提供了另一种数据处理装置，应用于第二服务器，所述第二服务器为与第一服务器连接的至少一台第二服务器中的任一服务器，所述装置包括：

第二接收模块，用于接收所述第一服务器发送的目标运行参数，所述目标运行参数为所述第一服务器响应于目标操作，获取所述目标操作所输入容器的运行参数，所述目标操作为基于所述第一服务器显示的目标操作界面中所述目标容器的指示信息输入的操作，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

更新模块，用于将所述第二服务器的容器的运行参数更新为所述目标运行参数。

第五方面，本申请实施例提供了一种电子设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如上任意一项所述的数据处理方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上任意一项所述的数据处理方法。

第七方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如上任意一项所述的数据处理方法。

本申请实施例的数据处理方法、装置及相关设备，第一服务器与至少一台第二服务器连接，在第一服务器上显示的目标操作界面，接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作，响应于目标操作，获取目标操作所输入目标容器的目标运行参数，向与目标容器对应的第二服务器发送目标运行参数，与目标容器对应的第二服务器将目标容器的运行参数更新为目标运行参数。如此，本申请实施例中，运维人员可以通过在第一服务器上显示的目标操作界面，修改至少一个第二服务器中目标服务器的容器的运行参数，从而降低运维人员工作的复杂性，提高集群式服务器部署的易用性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的数据处理系统的结构示意图；

图2是本申请实施例提供的数据处理方法的流程示意图；

图3是本申请实施例提供的一个数据处理装置的结构示意图；

图4是本申请实施例提供的另一个数据处理装置的结构示意图；

图5是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

在传统的业务系统运维上线投产的情况下，该项目交付的虚拟机都需要配置应用所依赖的包如tomcat和jdk等，且由于上线投产时每个项目的产品较多，生产环境的产品一般均为集群式部署，各个服务器上所需要安装的应用各有差异，因此，每次变更都需要针对性地修改配置文件。此外，传统虚拟化的业务系统中，各业务模块之间深度耦合，业务系统的资源不能灵活拓展，尤其是在业务系统迁移时，容易因为工作量较大而出错。目前可以利用容器集群管理技术提供部署运行，以实现业务系统资源的灵活拓展，但现有容器是部署在操作系统的内核上，因此运维人员需要到内核上修改配置文件，对运维人员的技术要求较高，使得运维工作较复杂，导致此部署方法的易用性不足。

为了解决现有技术问题，本申请实施例提供了一种数据处理方法、装置及相关设备。

下面首先对本申请实施例所提供的一种数据处理系统进行介绍。

图1示出了本申请一个实施例提供的一种数据处理系统的框架图。

如图1所示，该数据处理系统100可包括：第一服务器110和第二服务器120。第一服务器110和第二服务器120可以为集群式部署的虚拟机，第一服务器110与至少一台第二服务器120通信连接，其中，第一服务器110为中控服务器，第二服务器为节点服务器，中控服务器可以通过通信网络控制节点服务器，具体可以是中控服务器通过ssh免密登录到其他所有节点服务器上进行操控。

为了实现各服务器在运行时资源的灵活拓展，降低业务系统迁移时工作量较大而出错的风险，在第一服务器110与至少一台第二服务器120的内核上分别部署容器121，容器具体可以是Kubernetes(简称k8s)容器。并在第一服务器和各第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用。

为了降低运维人员工作的复杂性，提高集群式服务器部署的易用性，在接收到至少一台第二服务器发送的容器安装信息的情况下，基于至少一台第二服务器发送的容器安装信息，还在第一服务器110上安装容器管理安装包，从而部署具有操作界面的容器管理平台111，以建立至少一台第二服务器的容器与容器管理平台111的操作界面的关联关系。

上述容器管理平台111具体可以是云化容器管理平台Kubesphere，可以提供简洁的web操作界面和导向式操作，十分简单易用，大大降低了用户使用容器调度平台学习成本，极大降低了运维人员日常工作的复杂度，具有较强的高可用性。业务系统的云化容器管理平台Kubesphere，还能提供较强的运维管理功能，如运维支持、日志分析、业务监控和灵活的存储支持等。在日常运维方面，Kubesphere采用集群管理，实现了从底层平台到上层应用的部署配置，方便又快捷，大大降低了运维人员日常工作复杂度，也实现了产品模块化部署，总体配置量少，可移植性高。

图2示出了本申请实施例提供的数据处理方法的流程示意图。可选的，本申请实施例的方法可适用于上图1所示的第一服务器110和至少一台第二服务器120。

如图2所示，该数据处理方法200，可以包括步骤S201至步骤S206。

S201、第一服务器显示目标操作界面。

S202、第一服务器接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作。

S203、第一服务器响应于目标操作，获取目标操作所输入目标容器的目标运行参数。

S204、第一服务器向与目标容器对应的第二服务器发送目标运行参数。

S205、与目标容器对应的第二服务器接收第一服务器发送的目标运行参数。

S206、与目标容器对应的第二服务器将容器的运行参数更新为目标运行参数。

本申请实施例中，第一服务器与至少一台第二服务器连接，在第一服务器上显示的目标操作界面，接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作，响应于目标操作，获取目标操作所输入目标容器的目标运行参数，向与目标容器对应的第二服务器发送目标运行参数，与目标容器对应的第二服务器将目标容器的运行参数更新为目标运行参数。如此，本申请实施例中，运维人员可以通过在第一服务器上显示的目标操作界面，修改至少一个第二服务器中目标服务器的容器的运行参数，从而降低运维人员工作的复杂性，提高集群式服务器部署的易用性。

在S201至S204中，第一服务器上显示目标操作界面，上述目标操作界面包括至少一台第二服务器的容器的指示信息。上述指示信息可以为指示至少一台第二服务器的容器的信息。

上述目标操作为用户基于第一服务器显示的目标操作界面中目标容器的指示信息输入的操作。上述目标容器为至少一台第二服务器中与目标操作指示的服务器的容器。

上述目标运行参数为第一服务器响应于目标操作，获取目标操作所输入容器的运行参数，可以是用户输入的容器运行参数。具体的，容器的运行参数可以是CPU限额(limitcpu)和内存限额(limit mem)。

在S205至S206中，与目标容器对应的第二服务器，在接收到第一服务器发送的目标运行参数后，将容器的运行参数更新为目标运行参数，以使目标操作对应的第二服务器的容器运行参数可调节，满足业务系统的资源可灵活拓展的需求。

在一些实施例中，上述S203具体可以包括：第一服务器响应于目标操作，获取目标操作所输入目标容器的目标运行参数和目标容器中目标应用的目标副本数。

上述S204具体可以包括：第一服务器向与目标容器对应的第二服务器发送目标运行参数和目标应用的目标副本数。

上述S205具体可以包括：与目标容器对应的第二服务器接收第一服务器发送的目标运行参数和目标应用的目标副本数。

上述S206具体可以包括：与目标容器对应的第二服务器将容器的运行参数更新为目标运行参数，并将目标容器的目标应用的副本数修改为目标副本数。

上述目标应用的目标副本数可以为用户输入的数值，从而在容器的运行参数更新的基础上，相应的修改目标应用的目标副本数，以保障业务系统的正常运行。

作为本申请的一种实现方式，第一服务器包括容器安装包、多个应用的安装包及容器管理安装包，为了建立至少一台第二服务器的容器与目标操作界面的关联关系，在上述步骤S201之前，还可以包括以下步骤：

获取目标服务器的安装操作指令；

响应于安装操作指令，向目标服务器发送容器安装包和多个应用安装包，其中，第二服务器在接收到容器安装包和多个应用安装包的情况下，安装容器安装包，以在第二服务器中部署容器安装包的容器；在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用；

在接收到至少一台第二服务器发送的容器安装信息的情况下，基于至少一台第二服务器发送的容器安装信息，安装容器管理安装包，以建立至少一台第二服务器的容器与目标操作界面的关联关系，容器安装信息用于指示各第二服务器中部署的容器。

上述容器安装包、多个应用的安装包及容器管理安装包具体可以是kubernetes安装包、kubesphere安装包，harbor安装包，zookeeper安装包、kafka安装包、多个应用镜像包和应用编排及配置文件。

示例性地，在业务系统为政务系统的情况下，多个应用镜像包可以是政务公共组件及政务服务组件容器镜像包。应用编排及配置文件可以是应用的yaml编排文件configmap以及其他配置文件。zookeeper安装包为zookeeper非容器安装包。kafka安装包为kafka非容器安装包。

上述目标服务器可以为至少一台第二服务器中的任一服务器，或者，还可以为第一服务器。

在上述目标服务器还包括第一服务器的情况下，安装容器安装包，以在第一服务器中部署容器安装包的容器；以及，在第一服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第一服务器部署的容器中部署至少部分应用安装包的应用。

本实施例中，响应于目标服务器的安装操作指令，向目标服务器发送容器安装包和多个应用安装包，以实现在第一服务器和至少一台第二服务器中部署容器及多个应用，并第一服务器中安装容器管理安装包，从而建立至少一台第二服务器的容器与目标操作界面的关联关系。

作为本申请的另一种实现方式，为了针对性的部署各第二服务器上的安装包，在上述响应于安装操作指令，向目标服务器发送容器安装包和多个应用安装包之前，还可以包括：

获取目标服务器的配置参数。

上述响应于安装操作指令，向目标服务器发送容器安装包和多个应用安装包，具体可以包括：

响应于安装操作指令，向目标服务器发送与配置参数对应的容器安装包和多个应用安装包。

上述配置参数用于表征目标服务器中容器安装包和多个应用安装包的安装需求。

示例性地，在业务系统为政务系统，该政务系统包括政务公共组件、政务服务组件和政务业务组件，其中，政务公共组件非容器化部署，政务服务组件和政务业务组件容器化部署，且容器安装包、多个应用的安装包及容器管理安装包为kubernetes安装包、kubesphere安装包，harbor安装包，zookeeper安装包、kafka安装包和多个应用镜像包的情况下，第一服务器包括安装脚本，可以通过配置参数实现安装包的自动安装。安装脚本可以如下所示：

(1)Kubernetes容器：

true：表示需要安装k8s，并需要在hosts中指定k8s中的master节点和worker节点；

false：表示本次不进行kubernetes的安装，使用现有的kubernetes平台，并在api-server中给出已有的地址。

(2)Kubesphere容器管理平台：

true：表示需要安装kubesphere,并在api-server中给出已有的k8s的地址；

false：表示本次不进行kubesphere的安装，使用现有的kubesphere平台，并在kubesphere-addr中给出已有的地址。

(3)政务公共组件中的kafka和zookeeper应用：

true：表示本次进行kafka和zookeeper的安装，并需要在hosts中指定kafka和zookeeper节点ip地址；

false：表示本次不进行kafka和zookeeper的安装，使用现有的kafka和zookeeper的地址，并在broker和zookeeper中给出已有的地址。

(4)政务服务组件中的网关、认证和对象存储应用：

true：表示本次进行网关、认证和对象存储的安装；

false：表示本次不进行网关、认证和对象存储的安装；

cpu：修改容器的limit cpu；

mem：修改容器的limit mem；

replicas：修改应用的副本数；

nodeport：设置应用服务为nodeport，并指定nodeport端口。

(5)政务业务组件中的多个业务产品应用：

true：表示本次进行多个业务产品应用的安装；

false：表示本次不进行多个业务产品应用的安装；

cpu：修改容器的limit cpu；

mem：修改容器的limit mem；

replicas：修改应用的副本数；

node port：设置应用服务为node port，并指定node port端口。

本实施例中，根据各第二服务器的配置参数进行安装包的发送，可以满足各第二服务器上所需要安装的容器或应用有所差异的需求，针对性的部署各第二服务器上的安装包。

作为本申请的另一种实现方式，第一服务器与多个第二服务器连接，为了提高在集群式服务器上部署容器和应用的效率，在上述响应于安装操作指令，向目标服务器发送容器安装包和多个应用安装包之前，还包括：

获取多个第二服务器的网络协议地址；

在接收到批量操作指令的情况下，响应于批量操作指令，根据多个第二服务器的网络协议地址同时触发多个第二服务器的安装操作指令。

示例性地，在第一服务器上安装批量部署ansible工具，用于在接收到批量操作指令的情况下，响应于此批量操作指令，根据多个第二服务器的网络协议地址同时触发多个第二服务器的安装操作指令。

本实施例中，响应于批量操作指令，根据多个第二服务器的网络协议地址同时触发多个第二服务器的安装操作指令，实现多个第二服务器批量部署容器及应用，从而提高在集群式服务器上部署容器和应用的效率。

作为本申请的另一种实现方式，为了实现各服务器在运行时资源的灵活拓展，在上述步骤S205之前，还可以包括以下步骤：

接收第一服务器发送的容器安装包和多个应用安装包，容器安装包和多个应用安装包为第一服务器响应于安装操作指令，向第二服务器发送的安装包，安装操作指令为第一服务器获取指示第二服务器安装的指令；

安装容器安装包，以在第二服务器中部署容器安装包的容器；

在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用；

向第一服务器发送第二服务器生成的容器安装信息。

上述容器安装信息用于指示各第二服务器中部署的容器。

在一些实施例中，上述安装容器安装包，以在第二服务器中部署容器安装包的容器，具体可以包括：

根据第二服务器的配置参数安装容器安装包，以在第二服务器中部署容器安装包的容器。

上述配置参数用于表征第二服务器中容器安装包的安装需求。

上述在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用，具体可以包括：

根据配置参数在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用。

上述多个应用安装包中其他部分应用安装包可以根据用户需求，非容器化部署在第二服务器内核中。

本实施例中，在与目标容器对应的第二服务器中容器化部署应用，各容器的运行参数可调节，从而以实现业务系统资源的灵活拓展。此外，通过各服务器的配置参数针对性的部署容器及应用，可以满足不同服务器上所需要安装的容器或应用有所差异的需求。

基于上述实施例提供的数据处理方法，相应的，本申请还提供了一种数据处理装置的具体实现方式，可以理解的是，下述各装置实施例中的相关描述可以参考前述各方法实施例，为了简洁，不再赘述。请参见以下实施例。

请参见图3，是本申请实施例提供的一种数据处理装置300的结构示意图，应用于第一服务器，第一服务器与至少一台第二服务器连接，装置300可以包括：

显示模块301，用于显示目标操作界面，目标操作界面包括至少一台第二服务器的容器的指示信息；

第一接收模块302，用于接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；

第一获取模块303，用于响应于目标操作，获取目标操作所输入目标容器的目标运行参数；

第一发送模块304，用于向与目标容器对应的第二服务器发送目标运行参数，以使与目标容器对应的第二服务器将目标容器的运行参数更新为目标运行参数。

本实施例中，第一服务器与至少一台第二服务器连接，在第一服务器上显示的目标操作界面，接收用户基于至少一台第二服务器的容器中目标容器的指示信息输入的目标操作，响应于目标操作，获取目标操作所输入目标容器的目标运行参数，向与目标容器对应的第二服务器发送目标运行参数，与目标容器对应的第二服务器将目标容器的运行参数更新为目标运行参数。如此，本申请实施例中，运维人员可以通过在第一服务器上显示的目标操作界面，修改至少一个第二服务器中目标服务器的容器的运行参数，从而降低运维人员工作的复杂性，提高集群式服务器部署的易用性。

作为本申请的一种实现方式，第一服务器包括容器安装包、多个应用的安装包及容器管理安装包，为了建立至少一台第二服务器的容器与目标操作界面的关联关系，上述装置300还可以包括：

第二获取模块，用于获取目标服务器的安装操作指令，目标服务器为至少一台第二服务器中的任一服务器；

第二发送模块，用于响应于安装操作指令，向目标服务器发送容器安装包和多个应用安装包，其中，第二服务器在接收到容器安装包和多个应用安装包的情况下，安装容器安装包，以在第二服务器中部署容器安装包的容器；在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用；

第一安装模块，用于在接收到至少一台第二服务器发送的容器安装信息的情况下，基于至少一台第二服务器发送的容器安装信息，安装容器管理安装包，以建立至少一台第二服务器的容器与目标操作界面的关联关系，容器安装信息用于指示各第二服务器中部署的容器。

作为本申请的另一种实现方式，为了针对性的部署各第二服务器上的安装包，装置300还包括：

第三获取模块，用于获取目标服务器的配置参数，配置参数用于表征目标服务器中容器安装包和多个应用安装包的安装需求；

第二发送模块，具体用于响应于安装操作指令，向目标服务器发送与配置参数对应的容器安装包和多个应用安装包。

作为本申请的另一种实现方式，第一服务器与多个第二服务器连接，为了提高在集群式服务器上部署容器和应用的效率，第一服务器与多个第二服务器连接，装置300还包括：

第四获取模块，用于获取多个第二服务器的网络协议地址；

批量操作模块，用于在接收到批量操作指令的情况下，响应于批量操作指令，根据多个第二服务器的网络协议地址同时触发多个第二服务器的安装操作指令。

请参见图4，是本申请实施例提供的一种数据处理装置400的结构示意图，应用于第二服务器，第二服务器为与第一服务器连接的至少一台第二服务器中的任一服务器，装置400可以包括：

第二接收模块401，用于接收第一服务器发送的目标运行参数，目标运行参数为第一服务器响应于目标操作，获取目标操作所输入容器的运行参数，目标操作为基于第一服务器显示的目标操作界面中目标容器的指示信息输入的操作，目标操作界面包括至少一台第二服务器的容器的指示信息；

更新模块402，用于将第二服务器的容器的运行参数更新为目标运行参数。

作为本申请的另一种实现方式，为了实现各服务器在运行时资源的灵活拓展，装置400还包括：

第三接收模块，用于接收第一服务器发送的容器安装包和多个应用安装包，容器安装包和多个应用安装包为第一服务器响应于安装操作指令，向第二服务器发送的安装包，安装操作指令为第一服务器获取指示第二服务器安装的指令；

第二安装模块，用于安装容器安装包，以在第二服务器中部署容器安装包的容器；

第二安装模块，还用于在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用；

第三发送模块，用于向第一服务器发送第二服务器生成的容器安装信息。

在一些实施例中，第二安装模块，具体用于根据第二服务器的配置参数安装容器安装包，以在第二服务器中部署容器安装包的容器，配置参数用于表征第二服务器中容器安装包的安装需求。

在一些实施例中，第二安装模块，具体用于根据配置参数在第二服务器部署的容器中安装多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署至少部分应用安装包的应用。

图5示出了本申请实施例提供的电子设备的硬件结构示意图。

在电子设备可以包括处理器501以及存储有计算机程序指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。

在特定实施例中，存储器502可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种数据处理方法。

在一个示例中，电子设备还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以执行本申请实施例中的数据处理方法，从而实现结合图1至图3描述的数据处理方法和装置。

另外，结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理方法。

本申请实施例还提供了一种计算机程序产品来实现。该计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如上实施例中的任意一项所述的数据处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种数据处理方法，其特征在于，应用于第一服务器，所述第一服务器与至少一台第二服务器连接，所述方法包括：

显示目标操作界面，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

接收用户基于所述至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；

响应于所述目标操作，获取所述目标操作所输入所述目标容器的目标运行参数；

向与所述目标容器对应的第二服务器发送所述目标运行参数，以使与所述目标容器对应的第二服务器将所述目标容器的运行参数更新为所述目标运行参数。

2.根据权利要求1所述的方法，其特征在于，所述第一服务器包括所述容器安装包、多个应用的安装包及所述容器管理安装包，

在所述显示目标操作界面之前，还包括：

获取目标服务器的安装操作指令，所述目标服务器为至少一台第二服务器中的任一服务器；

响应于所述安装操作指令，向所述目标服务器发送所述容器安装包和所述多个应用安装包，其中，所述第二服务器在接收到所述容器安装包和多个应用安装包的情况下，安装所述容器安装包，以在所述第二服务器中部署所述容器安装包的容器；在所述第二服务器部署的容器中安装所述多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署所述至少部分应用安装包的应用；

在接收到所述至少一台第二服务器发送的容器安装信息的情况下，基于所述至少一台第二服务器发送的容器安装信息，安装所述容器管理安装包，以建立所述至少一台第二服务器的容器与所述目标操作界面的关联关系，所述容器安装信息用于指示各所述第二服务器中部署的容器。

3.根据权利要求2所述的方法，其特征在于，在所述响应于所述安装操作指令，向所述目标服务器发送所述容器安装包和所述多个应用安装包之前，还包括：

获取所述目标服务器的配置参数，所述配置参数用于表征所述目标服务器中所述容器安装包和所述多个应用安装包的安装需求；

所述响应于所述安装操作指令，向所述目标服务器发送所述容器安装包和所述多个应用安装包，包括：

响应于所述安装操作指令，向所述目标服务器发送与所述配置参数对应的所述容器安装包和所述多个应用安装包。

4.根据权利要求2所述的方法，其特征在于，所述第一服务器与多个所述第二服务器连接；

在所述响应于所述安装操作指令，向所述目标服务器发送所述容器安装包和所述多个应用安装包之前，还包括：

获取多个所述第二服务器的网络协议地址；

在接收到批量操作指令的情况下，响应于所述批量操作指令，根据多个所述第二服务器的网络协议地址同时触发多个所述第二服务器的安装操作指令。

5.一种数据处理方法，其特征在于，应用于第二服务器，所述第二服务器为与第一服务器连接的至少一台第二服务器中的任一服务器，所述方法包括：

接收所述第一服务器发送的目标运行参数，所述目标运行参数为所述第一服务器响应于目标操作，获取所述目标操作所输入容器的运行参数，所述目标操作为基于所述第一服务器显示的目标操作界面中所述目标容器的指示信息输入的操作，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

将所述第二服务器的容器的运行参数更新为所述目标运行参数。

6.根据权利要求5所述的方法，其特征在于，在所述接收所述第一服务器发送的目标运行参数之前，还包括：

接收所述第一服务器发送的容器安装包和多个应用安装包，所述容器安装包和所述多个应用安装包为所述第一服务器响应于安装操作指令，向所述第二服务器发送的安装包，所述安装操作指令为所述第一服务器获取指示所述第二服务器安装的指令；

安装所述容器安装包，以在所述第二服务器中部署所述容器安装包的容器；

在所述第二服务器部署的容器中安装所述多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署所述至少部分应用安装包的应用；

向所述第一服务器发送所述第二服务器生成的容器安装信息。

7.根据权利要求6所述的方法，其特征在于，所述安装所述容器安装包，以在所述第二服务器中部署所述容器安装包的容器，包括：

根据所述第二服务器的配置参数安装所述容器安装包，以在所述第二服务器中部署所述容器安装包的容器，所述配置参数用于表征所述第二服务器中所述容器安装包的安装需求。

8.根据权利要求7所述的方法，其特征在于，所述在所述第二服务器部署的容器中安装所述多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署所述至少部分应用安装包的应用，包括：

根据所述配置参数在所述第二服务器部署的容器中安装所述多个应用安装包的至少部分应用安装包，以在所第二服务器部署的容器中部署所述至少部分应用安装包的应用。

9.一种数据处理装置，其特征在于，应用于第一服务器，所述第一服务器与至少一台第二服务器连接，所述装置包括：

显示模块，用于显示目标操作界面，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

第一接收模块，用于接收用户基于所述至少一台第二服务器的容器中目标容器的指示信息输入的目标操作；

第一获取模块，用于响应于所述目标操作，获取所述目标操作所输入所述目标容器的目标运行参数；

第一发送模块，用于向与所述目标容器对应的第二服务器发送所述目标运行参数，以使与所述目标容器对应的第二服务器将所述目标容器的运行参数更新为所述目标运行参数。

10.一种数据处理装置，其特征在于，应用于第二服务器，所述第二服务器为与第一服务器连接的至少一台第二服务器中的任一服务器，所述装置包括：

第二接收模块，用于接收所述第一服务器发送的目标运行参数，所述目标运行参数为所述第一服务器响应于目标操作，获取所述目标操作所输入容器的运行参数，所述目标操作为基于所述第一服务器显示的目标操作界面中所述目标容器的指示信息输入的操作，所述目标操作界面包括所述至少一台第二服务器的容器的指示信息；

更新模块，用于将所述第二服务器的容器的运行参数更新为所述目标运行参数。

11.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-8任意一项所述的数据处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-8任意一项所述的数据处理方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-8任意一项所述的数据处理方法。

Images