CN107967159A - 一种配置文件应用的方法以及服务器 - Google Patents

Abstract

本发明实施例公开了一种配置文件应用的方法，包括：接收配置文件展示指令，配置文件展示指令中携带目标配置组的业务标识；根据配置文件展示指令确定目标配置组，目标配置组与目标配置组的业务标识具有唯一对应的关系，目标配置组中包括至少一个配置文件以及至少一个配置文件所对应的文件类型；接收配置文件处理指令，配置文件处理指令中携带目标配置文件的目标文件类型，目标配置文件为目标配置组中的一个配置文件；根据配置文件处理指令按照预设配置文件应用规则使用目标配置文件。本发明实施例还提供一种服务器。本发明实施例无需人工管理和维护大量的配置文件，从而降低了人工管理成本。

Description

一种配置文件应用的方法以及服务器

技术领域

本发明涉及计算机技术领域，尤其涉及一种配置文件应用的方法以及服务器。

背景技术

随着应用程序的普及，对应用程序的需求度也越来越大。应用程序通常由代码和配置文件构成，代码和配置共同组成一个完整的应用程序运行环境，没有配置就难以实现多环境运行。

目前，在开发或者更新应用程序时，程序员可以根据不同的业务需求和环境变化对配置文件进行修改，然后对代码和修改后的配置文件做打包处理，并将打包后的代码和配置文件发送至服务器。

然而，在很多情况下，环境的变化虽然不会引起代码的变化，但是会引起配置文件发生变化，因此，程序员很可能需要频繁地修改配置文件，并且需要维护大量的配置文件，从而提升了人工管理成本，降低了方案的实用性。

发明内容

本发明实施例提供了一种配置文件应用的方法以及服务器，可以按照不同业务以分组的形式展示配置文件，从而无需人工管理和维护大量的配置文件，从而降低了人工管理成本。此外，利用配置文件的文件类型可以确定其对应的使用方式，提升了方案的灵活性和实用性。

有鉴于此，本发明第一方面提供了一种配置文件应用的方法，包括：

接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

根据所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

本发明第二方面提供了一种服务器，包括：

接收模块，用于接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

确定模块，用于根据所述接收模块接收的所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

所述接收模块，还用于接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

使用模块，用于根据所述接收模块接收的所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

本发明第三方面提供了一种服务器，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：

接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

根据所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系；

所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，提供了一种配置文件应用的方法，首先服务器接收配置文件展示指令，其中，配置文件展示指令中携带目标配置组的业务标识，然后服务器可以根配置文件展示指令确定目标配置组，其中，目标配置组与目标配置组的业务标识具有唯一对应的关系，目标配置组中包括至少一个配置文件以及至少一个配置文件所对应的文件类型，服务器再接收配置文件处理指令，配置文件处理指令中携带目标配置文件的目标文件类型，目标配置文件为目标配置组中的一个配置文件，最后服务器根据配置文件处理指令，按照预设配置文件应用规则使用目标配置文件，预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。通过上述方式，按照不同业务以分组的形式展示配置文件，从而无需人工管理和维护大量的配置文件，从而降低了人工管理成本。此外，利用配置文件的文件类型可以确定其对应的使用方式，提升了方案的灵活性和实用性。

附图说明

图1为本发明实施例中配置文件应用的方法一个实施例示意图；

图2为本发明实施例中设置配置文件的一个界面示意图；

图3为本发明实施例中对配置文件进行处理的一个界面示意图；

图4为本发明实施例中新增配置文件的一个界面示意图；

图5为本发明实施例中配置文件版本列表的一个界面示意图；

图6为本发明实施例中读写文本文件类型配置文件的一个界面示意图；

图7为本发明实施例中挂载文本文件类型配置文件的一个实施例示意图；

图8为本发明实施例中导入环境文件类型配置文件的一个界面示意图；

图9为本发明实施例中导入环境文件类型配置文件的一个实施例示意图；

图10为本发明实施例中值文件类型配置文件的一个实施例示意图；

图11为本发明实施例中服务器一个实施例示意图；

图12为本发明实施例中服务器一个结构示意图。

具体实施方式

本发明实施例提供了一种配置文件应用的方法以及服务器，可以按照不同业务以分组的形式展示配置文件，从而无需人工管理和维护大量的配置文件，从而降低了人工管理成本。此外，利用配置文件的文件类型可以确定其对应的使用方式，提升了方案的灵活性和实用性。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应理解，本发明主要应用于云容器服务(cloud container service，CCS)，CCS可以实现简化集群管理，提供大规模容器集群管理、资源调度、容器编排和代码构建，屏蔽了底层基础构架的差异，简化了分布式应用的管理和运维，只需启动容器集群，并指定想要运行的任务即可，CCS让用户集中精力开发应用容器引擎(Docker)化的应用程序。此外，CCS还可以实现灵活集群托管，集成负载均衡，使用容器服务灵活安排长期运行的应用程序和批量作业。还可以使用应用程序编程接口(application programming interface，API)获得最新的集群状态信息，以便集成自定义计划程序和第三方计划程序。

CCS能够在用户的云服务器实例中启动，不与其他客户共享计算资源。CCS采用分布式服务架构，保证服务的故障自动恢复，快速迁移，结合有状态服务后端的分布式存储，实现服务和数据的安全和高可用。在CCS上部署业务时，用户在提交代码后可以立即进行构建、测试和打包集成，将集成的代码部署到预发布环境和现网环境上。

下面将从服务器的角度，对本发明中配置文件应用的方法进行介绍，请参阅图1，本发明实施例中配置文件应用的方法一个实施例包括：

101、接收配置文件展示指令，其中，配置文件展示指令中携带目标配置组的业务标识；

本实施例中，服务器首先接收客户端发送的配置文件展示指令，其中，该配置文件展示指令中携带了具体的业务标识，业务标识用于标识不同的配置组，比如“我的博客配置组”、“业务订单配置组”或者“腾讯新闻配置组”等，每个配置组都对应一个唯一的业务标识。

其中，服务器中可以部署有Docker，Docker是一个开源的应用容器引擎，让应用程序部署在软件容器下的工作可以自动化进行，借此在操作系统上提供一个额外的软件抽象层，以及操作系统层虚拟化的自动管理机制。容器是完全使用沙箱机制，相互之间不会有任何接口

102、根据配置文件展示指令确定目标配置组，其中，目标配置组与目标配置组的业务标识具有唯一对应的关系，目标配置组中包括至少一个配置文件以及至少一个配置文件所对应的文件类型；

本实施例中，服务器根据接收到的配置文件展示指令解析得到业务标识，该业务标识与目标配置组之间具有唯一对应关系，具体的对应关系如下表1所示。

表1

配置组	业务标识
		我的博客配置组	A
业务订单配置组	B
		腾讯新闻配置组	C

根据业务标识即可确定所对应的配置组，且每个配置组(包括目标配置组)均包含至少一个配置文件，以及这至少一个配置文件所对应的文件类型。服务器进而根据向配置文件展示指令客户发送目标配置组的信息，以使得客户端的界面上能够展示出目标配置组所对应的信息，用户便可浏览这些信息，并进行所需的操作。

103、接收配置文件处理指令，其中，配置文件处理指令中携带目标配置文件的目标文件类型，目标配置文件为目标配置组中的一个配置文件；

本实施例中，用户浏览目标配置组所对应的信息时，还能够对其进行操作，即通过客户端向服务器发送配置文件处理指令，其中，该配置文件处理指令中携带了目标配置文件的目标文件类型，且该目标配置文件是目标配置组中的其中一个配置文件。

可以理解的是，文件类型包含但不仅限于文本文件(text file)类型、环境文件(environment file)类型以及值文件(value file)类型，后续将分别对这三种类型的文件进行介绍。

104、根据配置文件处理指令，按照预设配置文件应用规则使用目标配置文件，其中，预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

本实施例中，服务器根据客户端发送的配置文件处理指令，按照预先设置的配置文件应用规则使用该目标配置文件。

其中，预设配置文件应用规则是预先设置的文件类型与其处理方式之间的对应关系，比如文件类型为text file类型的文件可以直接从服务器容器中读取并修改，而文件类型为environment file类型的文件可以将其与模板进行结合，并部署于当前的应用环境。

本发明实施例中，提供了一种配置文件应用的方法，可以按照不同业务以分组的形式展示配置文件，从而无需人工管理和维护大量的配置文件，从而降低了人工管理成本。此外，利用配置文件的文件类型可以确定其对应的使用方式，提升了方案的灵活性和实用性。

可选地，在上述图1对应的实施例的基础上，本发明实施例提供的配置文件应用方法第一个可选实施例中，接收配置文件展示指令之前，还可以包括：

接收配置文件创建指令，其中，配置文件创建指令中携带目标配置组中配置文件的文件类型标识；

根据配置文件创建指令确定目标配置组中配置文件的文件类型。

本实施例中，将说明如何创建配置文件。

具体地，在服务器接收配置文件展示指令之前，先接收客户端发送的配置文件创建指令，且该配置文件创建指令中携带了目标配置组中配置文件的文件类型标识，文件类型标识即用于表示不同的文件类型，例如，文件类型标识A表示text file类型，文件类型标识B表示environment file类型，文件类型标识C表示value file类型。服务器根据配置文件创建指令中携带的文件类型标识，确定目标配置组中配置文件的文件类型。

为了便于介绍，请参阅图2，图2为本发明实施例中设置配置文件的一个界面示意图，如图所示，在创建配置文件时，用户可以选择三种配置文件类型中的任意一种，即在“text file”、“environment file”和“value file”中三选一，并且用户可以自定义配置文件的名称，版本号将自动生成。

可以理解的是，页面上对不同的配置文件也有不同的格式要求，告知用户具体的使用方法和最佳实践，可以帮助用户快速地了解和学习配置文件。

此外，用户还可以创建不同的配置组，比如按照应用归类可以有“我的博客配置组”，按照环境归类可以有“业务订单服务配置组”，而每个配置组中还可以设置有多个不同的配置文件，当然，同一个配置组中各个配置文件可以对应于不同的文件类型。

具体地，请参阅如下表2所示的配置组与配置文件的设置方式。

表2

需要说明的是，表2仅为设置配置组的一个示意，在实际应用中，还具有其他的配置组的分类，以及配置文件的内容，此处仅为一个示意，并不应了理解为对本发明的限定。

其次，本发明实施例中，用户还可以通过客户端向服务器发送配置文件创建指令，服务器根据该指令在目标配置组中创建相应的配置文件及其对应的文件类型。通过上述方式，极大程度地方便了用户管理配置文件，用户可以多种方式进行分组并对组内各个配置文件的类型进行划分，从而提升配置文件的查找效率。

可选地，在上述图1对应的实施例的基础上，本发明实施例提供的配置文件应用方法第二个可选实施例中，还可以包括：

接收配置文件管理指令；

根据配置文件管理指令确定对目标配置组中配置文件的处理方式，其中，处理方式包括在目标配置组中新增配置文件，在目标配置组中删除配置文件，修改目标配置组中的配置文件和查看目标配置组中的配置文件中的至少一种操作。

本实施例中，用户还可以通过客户端向服务器发起配置文件管理指令，该指令用于对目标配置组中至少一个配置文件进行处理的方式。请参阅图3，图3为本发明实施例中对配置文件进行处理的一个界面示意图，如图所示，可以将多个配置文件归类成一个配置组，创建配置文件可以选择任意一种类型，展示时以配置组为纬度展开。图3给出分组管理配置文件的方案，也就是将多个配置文件归类到一个配置组中进行管理，可以在配置组中新增配置文件、更新配置文件、查看配置文件或者删除配置文件，也通过配置组快速选择所需的配置文件、可通过配置组批量删除配置文件。

其次，本发明实施例中，服务器还可以根据配置文件管理指令对目标配置组中的配置文件进行相应地操作。通过上述方式，可以在配置组中新增配置文件、更新配置文件、查看配置文件以及删除配置文件，也通过配置组快速选择所需的配置文件，还可通过配置组批量删除配置文件，从而提升方案的实用性。

可选地，在上述图1对应的实施例的基础上，本发明实施例提供的配置文件应用方法第三个可选实施例中，根据配置文件管理指令确定对目标配置组中配置文件的处理方式，可以包括：

根据配置文件管理指令确定修改目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将第一配置文件和第二配置文件均存储于目标配置组。

本实施例中，在服务器根据配置文件管理指令确定修改目标配置组中的第一配置文件时，即对该第一配置文件进行修改并得到第二配置文件，接下来，服务器将保存这两个配置文件。

为了便于理解，请参阅图4，图4为本发明实施例中新增配置文件的一个界面示意图，对于某个版本号为“V1.2-2017-03-10”的配置文件进行修改，修改后点击“保存”，此时，服务器将根据另存为的保存机制，对修改后的配置文件进行另存为。也就是说，每次修改均不会覆盖原版本的配置文件，而是在原配置文件的基础上添加一个新的配置文件版本，也即每次提交均是一个新的配置文件的版本。需要说明的是，新增版本默认在最新版本的基础上新增，也可指定某一版本新增版本，此处不做限定。

服务器还支持配置文件的多版本管理，通过版本管理来追踪配置文件的变化。当配置发生错误时，用户可以通过配置文件的版本回滚到没有出错前的状态。每个版本的配置文件均有对应的描述，通过注解和描述可以追踪文件修改的记录，文件变化的原因和脉络，同时通过多版本控制可以及时的排错回滚。配置文件版本个数可以不设置上限，支持短期回到最近一次的无差错版本，也支持取回一年之前的那个版本。

图5为本发明实施例中配置文件版本列表的一个界面示意图，如图所示，图中左侧可快速选择不同的版本进行查看。

再次，本发明实施例中，服务器对修改后的配置文件采用另存为的保存机制，也就是将修改前的第一配置文件和修改后的第二配置文件均做保存。通过上述方式，每次对配置文件的修改都不会覆盖原版本的配置文件，这样的话对于每个版本的配置文件而言，均有相应的描述，可以通过记录追踪配置文件的修改内容、变化原因以及脉络，与此同时，能够通过多版本配置文件控制及时地排错回滚。

可选地，在上述图1以及图1对应第一至第三个实施例的基础上，本发明实施例提供的配置文件应用方法第四个可选实施例中，目标文件类型为文本文件类型；

根据配置文件处理指令，按照预设配置文件应用规则使用目标配置文件，可以包括：

根据配置文件处理指令，从容器中读取目标配置文件，其中，目标配置文件挂载于容器中；

对目标配置文件进行读写处理。

本实施例中，将结合附图6和7来介绍如何使用目标文件类型为文本文件(textfile)类型的目标配置文件。

具体地，服务器根据配置文件处理指令，可以获取挂载于容器中的目标配置文件，该目标配置文件属于文本文件类型。通过这种形式，用户可以快速的使用自定义的配置文件，只需在代码中写好配置文件的路径即可直接读写配置文件。

为了便于理解，请参阅图6，图6为本发明实施例中读写文本文件类型配置文件的一个界面示意图，如图所示，用户可以在界面上输入挂载路径，然后直接选择文本文件类型的目标配置文件。可以采用Kubernetes ConfigMap原生支持将配置文件以卷的形式挂载到指定目录，再将用户的输入转换成Kubernetes API传入到容器集群的API服务器即可。

其中，Kubernetes是基于Docker的开源容器集群管理系统，它不仅支持常见的云平台，而且支持内部数据中心。ConfigMap是Kubernetes的配置文件功能的具体表现形式，许多应用程序需要通过配置文件、命令行参数和环境变量的组合进行配置，通过配置文件可以将镜像和配置分离开，已保证容器化的应用程序的可移植性。

图7为本发明实施例中挂载文本文件类型配置文件的一个实施例示意图，如图所示，文本文件类型的配置文件都可以挂载于不同的容器中，用于提供相同或不同服务。文本文件类型的配置文件内容可以为键值(key-value)格式、初始化(initialization，ini)格式或者自定义格式,使用时以本地文件系统的形式挂载到容器的某一目录。创建服务时通过文本文件类型挂载到容器中，可以设置配置文件的权限，容器可以直接通过本地文件系统读写配置文件。

进一步地，本发明实施例中，当目标文件类型为文本文件类型时，服务器可以直接自定义使用该配置文件，只需在代码中写好配置文件的路径既可以完成配置文件的读写。通过上述方式，能够灵活地根据需求读写配置文件，从而提升方案的灵活性和可行性。

可选地，在上述图1以及图1对应第一至第三个实施例的基础上，本发明实施例提供的配置文件应用方法第五个可选实施例中，目标文件类型为环境文件类型；

根据配置文件处理指令，按照预设配置文件应用规则使用目标配置文件，可以包括：

根据配置文件处理指令获取模板文件以及目标配置文件，其中，模板文件用于提供代码结构的固定格式，目标配置文件用于提供环境变量；

采用模板文件以及目标配置文件部署应用环境。

本实施例中，将结合附图8和图9来介绍如何使用目标文件类型为环境文件(environment file)类型的目标配置文件。

具体地，请参阅图8，图8为本发明实施例中导入环境文件类型配置文件的一个界面示意图，如图所示，在用户使用环境文件类型的目标配置文件的情况下，只需在创建服务时在环境变量处导入配置文件即可，导入后以文件名的形式存在，环境变量导入后用户不能修改其变量。后续可通过模板文件的形式将环境变量设置为一个变量，具体的文件名可以通过渲染文件(环境文件类型的目标配置文件)的形式保存。

可以理解的是，环境变化可以是操作系统的变化，例如从Windows xp的运行环境变化为Windows 2007的运行环境。在对应用环境进行部署时，可以采用一个模板文件和多个环境文件类型的目标配置文件，比如，一个模板文件+n个环境文件类型的目标配置文件＝m个应用环境。其中，n和m可以相等或不等。

请参阅图9，图9为本发明实施例中导入环境文件类型配置文件的一个实施例示意图，环境文件类型的目标配置文件，格式要求为key-value，使用时导入为环境变量，最终导入为容器运行时的环境变量。Kuberentes ConfigMap也支持将key-values格式的配置文件导入为容器的环境变量，只需在上层封装可以的接口即可。

进一步地，本发明实施例中，当目标文件类型为环境文件类型时，服务器还可以利用一个模板文件和多个配置文件生成多套应用环境。通过上述方式，能够适用于不同应用环境的部署，从而提升方案的灵活性。

可选地，在上述图1以及图1对应第一至第三个实施例的基础上，本发明实施例提供的配置文件应用方法第六个可选实施例中，目标文件类型为值文件类型；

根据配置文件处理指令，按照预设配置文件应用规则使用目标配置文件，包括：

根据配置文件处理指令获取模板文件以及目标配置文件，其中，模板文件用于提供第一变量值，目标配置文件用于提供第二变量值；

采用目标配置文件中的第二变量值替换模板文件中的第一变量值。

本实施例中，将结合附图10来介绍如何使用目标文件类型为值文件(value file)类型的目标配置文件。

具体地，请参阅图10，图10为本发明实施例中值文件类型配置文件的一个实施例示意图，值文件类型的配置文件又称为渲染文件，主要用于渲染模板文件，值文件类型的目标配置文件的格式为key-value格式。而模板文件就是提前设置好的另一种标记语言(ain't markup language，YAML)格式的文件，值文件类型的目标配置文件最终以值的形式替换模板文件中的一些变量。

如图10所示，假设值文件类型的目标配置文件中包含了如下内容：

Replicas:3

comtainerPort:8070

那么假设值文件类型的目标配置文件中的“3”和“8070”即为第二变量值。模板文件中包含了如下内容：

replicas:{{.values.Replicas}}

-containerPort:{{.values.containerPort}}

那么模板文件中的“{{.values.Replicas}}”和“{{.values.containerPort}}”即为第一变量值。实际可部署文件仍采用YAML格式，并采用值文件类型的目标配置文件中的第二变量值替换模板文件中的第一变量值，即得到变化后的如下内容：

replicas:3

-containerPort:8070

值文件类型的目标配置文件主要用于模板文件创建服务或应用添加渲染文件，可以将模板文件中的第一变量值替换为第二变量值，将常用的值(如配置文件、副本数和镜像版本等)用变量代替。可以理解的是，值文件类型的目标配置文件后续还能够进行以下的搭配组合：

1、在需要获取某个服务所对应的描述文件时，采用一个模板文件和多个值文件类型的目标配置文件；

2、在需要获取某个应用时，采用多个模板文件和一个值文件类型的目标配置文件。

进一步地，本发明实施例中，当目标文件类型为值文件类型时，服务器可以直接采用目标配置文件中的第二变量值替换模板文件中的第一变量值。通过上述方式，能够直接利用配置文件中的变量值替换模板中的变量值，从而适用于部署不用应用程序的场景，或者适用于部署具体服务文件的场景，以此提升方案的实用性。

下面对本发明中的服务器进行详细描述，请参阅图11，图11为本发明实施例中服务器一个实施例示意图，服务器20包括：

接收模块201，用于接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

确定模块202，用于根据所述接收模块201接收的所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

所述接收模块201，还用于接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

使用模块203，用于根据所述接收模块201接收的所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

本实施例中，接收模块201接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识，确定模块202根据所述接收模块201接收的所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型，所述接收模块201接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件，使用模块203，根据所述接收模块201接收的所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

本发明实施例中，提供了一种配置文件应用的方法，可以按照不同业务以分组的形式展示配置文件，从而无需人工管理和维护大量的配置文件，从而降低了人工管理成本。此外，利用配置文件的文件类型可以确定其对应的使用方式，提升了方案的灵活性和实用性。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，

所述接收模块201，还用于接收配置文件展示指令之前，接收配置文件创建指令，其中，所述配置文件创建指令中携带所述目标配置组中配置文件的文件类型标识；

所述确定模块202，还用于根据所述接收模块201接收的所述配置文件创建指令确定所述目标配置组中所述配置文件的文件类型。

其次，本发明实施例中，用户还可以通过客户端向服务器发送配置文件创建指令，服务器根据该指令在目标配置组中创建相应的配置文件及其对应的文件类型。通过上述方式，极大程度地方便了用户管理配置文件，用户可以多种方式进行分组并对组内各个配置文件的类型进行划分，从而提升配置文件的查找效率。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，

所述接收模块201，还用于接收配置文件管理指令；

所述确定模块202，还用于根据所述接收模块201接收的所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，其中，所述处理方式包括在所述目标配置组中新增配置文件，在所述目标配置组中删除配置文件，修改所述目标配置组中的配置文件和查看所述目标配置组中的配置文件中的至少一种操作。

其次，本发明实施例中，服务器还可以根据配置文件管理指令对目标配置组中的配置文件进行相应地操作。通过上述方式，可以在配置组中新增配置文件、更新配置文件、查看配置文件以及删除配置文件，也通过配置组快速选择所需的配置文件，还可通过配置组批量删除配置文件，从而提升方案的实用性。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，

所述确定模块202，具体用于根据所述配置文件管理指令确定修改所述目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将所述第一配置文件和所述第二配置文件均存储于所述目标配置组。

再次，本发明实施例中，服务器对修改后的配置文件采用另存为的保存机制，也就是将修改前的第一配置文件和修改后的第二配置文件均做保存。通过上述方式，每次对配置文件的修改都不会覆盖原版本的配置文件，这样的话对于每个版本的配置文件而言，均有相应的描述，可以通过记录追踪配置文件的修改内容、变化原因以及脉络，与此同时，能够通过多版本配置文件控制及时地排错回滚。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，所述目标文件类型为文本文件类型；

所述使用模块203，具体用于根据所述配置文件处理指令，从容器中读取所述目标配置文件，其中，所述目标配置文件挂载于所述容器中；

对所述目标配置文件进行读写处理。

进一步地，本发明实施例中，当目标文件类型为文本文件类型时，服务器可以直接自定义使用该配置文件，只需在代码中写好配置文件的路径既可以完成配置文件的读写。通过上述方式，能够灵活地根据需求读写配置文件，从而提升方案的灵活性和可行性。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，所述目标文件类型为环境文件类型；

所述使用模块203，具体用于根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供代码结构的固定格式，所述目标配置文件用于提供环境变量；

采用所述模板文件以及所述目标配置文件部署应用环境。

进一步地，本发明实施例中，当目标文件类型为环境文件类型时，服务器还可以利用一个模板文件和多个配置文件生成多套应用环境。通过上述方式，能够适用于不同应用环境的部署，从而提升方案的灵活性。

可选地，在上述图11对应的实施例的基础上，本发明实施例提供的服务器另一实施例中，所述目标文件类型为值文件类型；

所述使用模块203，具体用于根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供第一变量值，所述目标配置文件用于提供第二变量值；

采用所述目标配置文件中的所述第二变量值替换所述模板文件中的所述第一变量值。

进一步地，本发明实施例中，当目标文件类型为值文件类型时，服务器可以直接采用目标配置文件中的第二变量值替换模板文件中的第一变量值。通过上述方式，能够直接利用配置文件中的变量值替换模板中的变量值，从而适用于部署不用应用程序的场景，或者适用于部署具体服务文件的场景，以此提升方案的实用性。

图12是本发明实施例提供的一种服务器结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)322(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在服务器300上执行存储介质330中的一系列指令操作。

服务器300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图12所示的服务器结构。

其中，CPU 322用于执行如下步骤：

接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

根据所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

可选地，CPU 322还用于执行如下步骤：

接收配置文件创建指令，其中，所述配置文件创建指令中携带所述目标配置组中配置文件的文件类型标识；

根据所述配置文件创建指令确定所述目标配置组中所述配置文件的文件类型。

可选地，CPU 322还用于执行如下步骤：

接收配置文件管理指令；

根据所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，其中，所述处理方式包括在所述目标配置组中新增配置文件，在所述目标配置组中删除配置文件，修改所述目标配置组中的配置文件和查看所述目标配置组中的配置文件中的至少一种操作。

可选地，CPU 322具体用于执行如下步骤：

根据所述配置文件管理指令确定修改所述目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将所述第一配置文件和所述第二配置文件均存储于所述目标配置组。

可选地，CPU 322具体用于执行如下步骤：

根据所述配置文件处理指令，从容器中读取所述目标配置文件，其中，所述目标配置文件挂载于所述容器中；

对所述目标配置文件进行读写处理。

可选地，CPU 322具体用于执行如下步骤：

根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供代码结构的固定格式，所述目标配置文件用于提供环境变量；

采用所述模板文件以及所述目标配置文件部署应用环境。

可选地，CPU 322具体用于执行如下步骤：

根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供第一变量值，所述目标配置文件用于提供第二变量值；

采用所述目标配置文件中的所述第二变量值替换所述模板文件中的所述第一变量值。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1.一种配置文件应用的方法，其特征在于，包括：

接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

根据所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

2.根据权利要求1所述的方法，其特征在于，所述接收配置文件展示指令之前，所述方法还包括：

接收配置文件创建指令，其中，所述配置文件创建指令中携带所述目标配置组中配置文件的文件类型标识；

根据所述配置文件创建指令确定所述目标配置组中所述配置文件的文件类型。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收配置文件管理指令；

根据所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，其中，所述处理方式包括在所述目标配置组中新增配置文件，在所述目标配置组中删除配置文件，修改所述目标配置组中的配置文件和查看所述目标配置组中的配置文件中的至少一种操作。

4.根据权利要求3所述的方法，其特征在于，所述根据所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，包括：

根据所述配置文件管理指令确定修改所述目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将所述第一配置文件和所述第二配置文件均存储于所述目标配置组。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述目标文件类型为文本文件类型；

所述根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，包括：

根据所述配置文件处理指令，从容器中读取所述目标配置文件，其中，所述目标配置文件挂载于所述容器中；

对所述目标配置文件进行读写处理。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述目标文件类型为环境文件类型；

所述根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，包括：

根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供代码结构的固定格式，所述目标配置文件用于提供环境变量；

采用所述模板文件以及所述目标配置文件部署应用环境。

7.根据权利要求1至4中任一项所述的方法，其特征在于，所述目标文件类型为值文件类型；

所述根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，包括：

根据所述配置文件处理指令获取模板文件以及所述目标配置文件，其中，所述模板文件用于提供第一变量值，所述目标配置文件用于提供第二变量值；

采用所述目标配置文件中的所述第二变量值替换所述模板文件中的所述第一变量值。

8.一种服务器，其特征在于，包括：

接收模块，用于接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

确定模块，用于根据所述接收模块接收的所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

所述接收模块，还用于接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

使用模块，用于根据所述接收模块接收的所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系。

9.根据权利要求8所述的服务器，其特征在于，

所述接收模块，还用于接收配置文件展示指令之前，接收配置文件创建指令，其中，所述配置文件创建指令中携带所述目标配置组中配置文件的文件类型标识；

所述确定模块，还用于根据所述接收模块接收的所述配置文件创建指令确定所述目标配置组中所述配置文件的文件类型。

10.根据权利要求8所述的服务器，其特征在于，

所述接收模块，还用于接收配置文件管理指令；

所述确定模块，还用于根据所述接收模块接收的所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，其中，所述处理方式包括在所述目标配置组中新增配置文件，在所述目标配置组中删除配置文件，修改所述目标配置组中的配置文件和查看所述目标配置组中的配置文件中的至少一种操作。

11.根据权利要求9所述的服务器，其特征在于，

所述确定模块，具体用于根据所述配置文件管理指令确定修改所述目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将所述第一配置文件和所述第二配置文件均存储于所述目标配置组。

12.一种服务器，其特征在于，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：

接收配置文件展示指令，其中，所述配置文件展示指令中携带目标配置组的业务标识；

根据所述配置文件展示指令确定目标配置组，其中，所述目标配置组与所述目标配置组的业务标识具有唯一对应的关系，所述目标配置组中包括至少一个配置文件以及所述至少一个配置文件所对应的文件类型；

接收配置文件处理指令，其中，所述配置文件处理指令中携带目标配置文件的目标文件类型，所述目标配置文件为所述目标配置组中的一个配置文件；

根据所述配置文件处理指令，按照预设配置文件应用规则使用所述目标配置文件，其中，所述预设配置文件应用规则为预先设置的文件类型与处理方式之间的对应关系；

所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

13.根据权利要求12所述的服务器，其特征在于，所述处理器还用于执行如下步骤：

接收配置文件管理指令；

根据所述配置文件管理指令确定对所述目标配置组中配置文件的处理方式，其中，所述处理方式包括在所述目标配置组中新增配置文件，在所述目标配置组中删除配置文件，修改所述目标配置组中的配置文件和查看所述目标配置组中的配置文件中的至少一种操作。

14.根据权利要求13所述的服务器，其特征在于，所述处理器具体用于执行如下步骤：

根据所述配置文件管理指令确定修改所述目标配置组中的第一配置文件，以得到修改后的第二配置文件；

将所述第一配置文件和所述第二配置文件均存储于所述目标配置组。

15.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-7任意一项所述的方法。