一种配置文件的部署方法、确定方法、服务器及存储介质与流程

本发明实施例涉及互联网技术领域，特别涉及一种配置文件的部署方法、确定方法、服务器及存储介质。

背景技术：

在现有软件配置管理的领域中，基本都是针对软件本身版本的更新或升级，且版本的更迭不会太过频繁，即常规软件更新或升级。但从内容分发网络(contentdeliverynetwork，cdn)服务来看，软件所需的配置文件更迭很快。例如，当内容分发网络的边缘服务器组中有机器上下架或登记故障，或者，当某一软件的配置模板做变更的时候，都需要对上层调度服务器的配置文件重新做更迭，并在机器上加载对应的软件使之生效。

然而，发明人发现现有技术中至少存在如下问题：实际应用中，存在多个任务触发更新配置文件，且多个任务对应的配置文件相同的情况。该情况下，cdn的配置部署平台仍然会对每一个配置文件进行加载，这将造成配置部署平台进行无效的加载操作，影响服务器本身的服务质量。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明实施方式的目的在于提供一种配置文件的部署方法、确定方法、服务器及存储介质，使得能够减少无效的加载操作，避免无效的加载操作影响服务器本身的服务质量。

为解决上述技术问题，本发明的实施方式提供了一种配置文件的部署方法，包括以下步骤：获取配置文件；根据存储区中存储的数据，确定配置文件对应的软件当前的配置信息；其中，存储区中存储的数据用于指示软件当前的配置信息；若确定配置文件中的配置信息与当前的配置信息不相同，加载配置文件；若确定配置文件中的配置信息与当前的配置信息相同，不加载配置文件。

本发明的实施方式还提供了一种软件服务异常的原因的确定方法，包括：在确定软件服务异常之后，根据配置部署平台的存储区中存储的数据，确定软件当前的配置信息，配置部署平台的存储区中存储的数据用于指示软件当前的配置信息；确定应用管理平台上一次下发的软件的第一配置文件中的配置信息；判断软件当前的配置信息与第一配置文件中的配置信息是否相同；根据判断结果，确定软件服务异常的原因；其中，软件服务异常的原因为配置部署平台部署错误，或，应用管理平台生成的配置文件错误。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述实施方式提及的配置文件的部署方法。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上述实施方式提及的软件服务异常的原因的确定方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述实施方式提及的配置文件的部署方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述实施方式提及的软件服务异常的原因的确定方法。

本发明实施方式相对于现有技术而言，配置部署平台在获取的配置文件的配置信息与当前的配置信息相同时，不加载该配置文件，能够减少服务器频繁加载相同的配置文件的情况，提高了加载的效率，减少了不同任务触发的内容分发网络的上层调度服务器的加载次数，提高了服务的稳定性。

另外，在确定配置文件中的配置信息与软件当前的配置信息不相同之后，配置文件的部署方法还包括：将配置文件的信息记录在存储区中。该实现中，使得能够及时了解变更后的软件的配置信息。

另外，配置文件的信息包括配置文件的版本信息，和/或，配置文件的配置信息。

另外，存储区中存储的数据包括软件当前的配置文件的版本信息；根据存储区中存储的数据，确定配置文件对应的软件当前的配置信息，具体包括：读取存储区中记录的软件当前的配置文件的版本信息；根据软件当前的配置文件的版本信息，以及版本信息和配置信息的对应关系，确定软件当前的配置信息。

另外，在将配置文件的信息记录在存储区中之前，配置文件的部署方法还包括：确定配置文件加载成功且测试成功。该实现中，避免了在配置文件加载失败的情况下，存储区中记录的配置文件的配置信息与软件当前的配置信息不一致的问题。

另外，在确定所述配置文件中的配置信息与所述当前的配置信息相同之后，所述配置文件的部署方法还包括：发送第一指示信息至任务管理平台，所述第一指示信息用于指示配置文件的配置信息与软件当前的配置信息相同；在确定所述配置文件加载成功且测试成功之后，所述配置文件的部署方法还包括：发送第二指示信息至所述任务管理平台，所述第二指示信息指示所述配置文件部署成功；在确定所述配置文件加载失败，或，测试失败之后，所述配置文件的部署方法还包括：返回第三指示信息至所述任务管理平台，所述第三指示信息用于指示加载失败或测试失败。

另外，配置文件的部署方法应用于内容分发网络的配置部署平台，软件为内容分发网络的上层调度服务器中的管理软件。

另外，配置部署平台的存储区中存储的数据包括软件的历史配置文件的版本信息，和/或，软件的历史配置文件的配置信息。

另外，根据判断结果，确定软件服务异常的原因，具体包括：若确定软件当前的配置信息与第一配置文件中的配置信息相同，则确定软件服务异常的原因为应用管理平台生成的配置文件错误；若确定软件当前的配置信息与第一配置文件中的配置信息不相同，则确定软件服务异常的原因为配置部署平台部署错误。

另外，在确定软件服务器异常的原因为配置部署平台部署错误之后，软件服务异常的原因的确定方法还包括：控制应用管理平台重新发送第一配置文件至配置部署平台。该实现中，能够自动解决由于配置部署平台部署错误导致的服务异常的问题。

另外，应用管理平台为内容分发网络的应用管理平台，配置部署平台为内容分发网络的配置部署平台；在确定软件服务异常的原因为应用管理平台生成的配置文件错误之后，软件服务异常的原因的确定方法还包括：控制应用管理平台发送第二配置文件至配置部署平台；其中，第二配置文件为应该管理平台根据内容分发网络的服务器之间的关系，重新生成的配置文件。该实现中，能够自动解决由于应用管理平台生成错误的配置文件导致的服务异常的问题。

另外，在确定软件服务异常之后，在根据配置部署平台的存储区中存储的数据，确定软件当前的配置信息之前，软件服务异常的原因的确定方法还包括：确定软件的配置异常。

另外，在控制应用管理平台重新发送第一配置文件至配置部署平台之后，或，控制应用管理平台发送第二配置文件至配置部署平台之后，软件服务异常的原因的确定方法还包括：检测软件的服务是否异常；若确定软件的服务异常，发送异常提示信息至管理端，异常提示信息用于指示管理端提示管理员软件的服务异常。该实现中，能够在无法自动解决服务异常问题的情况下，及时提醒管理员，以便管理员尽快介入，减少服务异常的影响时间。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明的第一实施方式的配置文件的部署方法的流程图；

图2是本发明的第一实施方式的内容分发网络的管理系统的结构示意图；

图3是本发明的第一实施方式的未采用本实施方式提及的配置文件的部署方法时，部署任务的执行过程的示意图；

图4是本发明的第一实施方式的采用本实施方式提及的配置文件的部署方法时，部署任务的执行过程的示意图；

图5是本发明的第二实施方式的配置文件的部署方法的流程图；

图6是本发明的第三实施方式的软件服务异常的原因的确定方法的流程图；

图7是本发明的第四实施方式的软件服务异常的原因的确定方法的流程图；

图8是本发明的第五实施方式的服务器的结构示意图；

图9是本发明的第六实施方式的服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种配置文件的部署方法，应用于配置部署平台，例如，内容分发网络的配置部署平台。本实施方式中，以应用于配置部署平台为例，对配置文件的部署方法进行举例说明，本领域技术人员可以理解，实际应用中，该配置文件的部署方法还可以用于其他涉及软件配置更新或升级的领域。如图1所示，配置文件的部署方法包括：

步骤101：获取配置文件。

具体地说，配置文件中包括配置信息，配置信息可以是内容分发网络的调度信息，也可以是其他指示内容分发网络的各个服务器之间的关系的信息。

在一个例子中，内容分发网络的管理系统的结构示意图如图2所示，包括任务管理平台1011、应用管理平台1012和配置部署平台1013。任务管理平台1011是操作的基础平台，管理员可以通过任务管理平台触发内容分发网络的服务器的上架、下架及登记故障等操作。应用管理平台1012用于管理内容分发网络中各个服务器之间的关系，例如，服务器所属的组、服务器所属的应用类型等。配置部署平台1013用于把应用管理平台生成的配置文件部署到服务器上。在服务器的状态需要发生变化时，管理员通过操作任务管理平台，改变内容分发网络中服务器的状态。任务管理平台通过接口通知应用管理平台进行相应的更改。由于服务器状态发生变化，服务器与其他服务器之间的关系就会变化，应用管理平台根据变化后的服务器之间的关系，确定与变化后的服务器之间的关系对应的调度信息，生成配置文件，发送给配置部署平台。配置部署平台部署配置文件，并返回部署结果至任务管理平台。

步骤102：根据存储区中存储的数据，确定配置文件对应的软件当前的配置信息。

具体地说，存储区中存储的数据用于指示软件当前的配置信息。在一个例子中，存储的数据可以是软件当前的配置信息，和/或，软件当前的配置文件的版本信息。软件可以是内容分发网络的上层调度服务器中的管理软件，也可以是配置部署平台上的其他软件。下文以管理软件为例进行举例说明，其他软件的部署方法的执行过程可以参考本实施方式中的相关内容。

在一个例子中，配置部署平台将软件当前的配置信息，和/或，软件当前的配置文件的版本信息存储在配置部署平台的日志中。

需要说明的是，本领域技术人员可以理解，存储区可以是配置部署平台的任意存储区，存储区也可以是配置部署平台具有读写权限的其他设备的存储区，本实施方式不限制存储区与配置部署平台的关系。

步骤103：判断配置文件中的配置信息与软件当前的配置信息是否相同。

具体地说，配置部署平台确定配置文件中的配置信息与软件当前的配置信息相同，不加载配置文件，若确定配置文件中的配置信息与软件当前的配置信息不相同，执行步骤104。

在一个例子中，配置部署平台在确定配置文件中的配置信息与软件当前的配置信息相同之后，返回第一指示信息至任务管理平台，第一指示信息用于指示配置文件的配置信息与软件当前的配置信息相同，无需加载该配置文件。

步骤104：加载配置文件。

以下结合实际情况，举例说明使用本实施方式提及的配置文件的部署方法的好处。

假设，内容分发网络中有一个边缘服务器组1(简称组1)，组1中有服务器a、服务器b和服务器c三台服务器，且三台服务器均为正常，组1的上层组为七层负载均衡服务器组(简称组2)。当发现服务器a服务异常，无法提供服务，需要登记故障时，管理员触发了任务1。此外，为了防止内容分发网络中服务器不够用的情况，新增了服务器d，管理员触发了任务2。在任务管理平台通知应用管理平台服务器d上架之后，任务1才触发部署任务。该情况下，未采用本实施方式提及的配置文件的部署方法时，部署任务的执行过程如图3所示。其中，横轴代表时间。由于在任务管理平台通过自身与应用管理平台的接口，通知应用管理平台服务器d上架之后，任务1才触发部署任务，根据应用管理平台上实时的服务器之间的关系，边缘服务器组可以正常提供服务的服务器是服务器b、服务器c和服务器d三台。此时，针对任务1，应用管理平台生成的配置文件1中的配置信息指示调度服务器b、服务器c和服务器d。应用管理平台将配置文件1发送至配置部署平台，配置部署平台将配置文件1中的配置信息加载到组1的上一层——组2中的服务器中，使组2中的服务器将各种服务调度给服务器b、服务器c和服务器d。在任务1所触发的部署任务完成后，组2是能够将服务调度给服务器b、服务器c和服务器d三台服务器的，但是，由于任务2是另一个独立的任务，并没有完成，当任务2到了部署步骤的时候，组1的状态是没有发生变化的，因此，应用管理平台生成的配置文件2中的配置信息与配置文件1中的配置信息是一致的。在未使用本实施方式提及的配置文件的部署方式之前，由于管理员触发了两次的部署任务，即使配置文件1和配置文件2一致，配置部署平台会进行两次配置文件的部署操作。而使用本实施方式提及的配置文件的部署方法后，部署任务的执行过程如图4所示。由图4可知，在采用本实施方式提及的配置文件的部署方法之后，当任务2到达部署步骤时，配置部署平台确定配置文件2的配置信息与当前软件的配置信息相同，无需加载配置文件2的配置信息，减少了组2中的服务器加载配置文件的次数及时间，提高了服务器服务质量的稳定性。

需要说明的是，上述例子中，由于任务管理平台从接收到任务到通过自身与应用管理平台之间的接口通知应用管理平台变更服务器之间的关系的具体步骤与本发明的实施方式的设计无关，并未进行详细说明，但不代表本发明的实施方式不包括这些步骤。

在一个例子中，部署配置文件的过程如下：配置部署平台将应用管理平台生成的配置文件打包发送到相应的上层调度服务器，上层调度服务器对配置文件进行解压，并拷贝到对应软件目录中，进行加载。若配置文件加载成功且测试成功，配置部署平台返回第二指示信息至任务管理平台，第二指示信息指示配置文件部署成功。若加载或测试其中一环发生失败，配置部署平台都会触发回退，并根据回退结果，返回第三指示信息给任务管理平台，第三指示信息指示加载失败或测试失败。

需要说明的是，本领域技术人员可以理解，本实施方式涉及软件的配置版本的更新或升级，而软件的配置信息的更新或升级，与软件自身的更新或升级不同。具体的，软件更新或升级，将导致软件本身的功能发生变化，而配置版本的更新或升级，将导致软件加载的内容不同。因此，两者是完全不同的。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的配置文件的部署方法，配置部署平台在获取的配置文件的配置信息与当前的配置信息相同时，不加载该配置文件，能够减少了服务器频繁加载相同的配置文件的情况，提高了部署的效率，减少了不同任务触发的内容分发网络的上层调度服务器的加载次数，提高了服务的稳定性。

本发明的第二实施方式涉及一种配置文件的部署方法。第二实施方式在第一实施方式的基础上做了进一步改进，具体改进之处为：在确定配置文件中的配置信息与软件当前的配置信息不相同之后，将配置文件的信息记录在存储区中。

具体的说，如图5所示，在本实施方式中，包含步骤201至步骤205，其中，步骤201至步骤204分别与第一实施方式中的步骤101至步骤104大致相同，此处不再赘述。下面主要介绍第二实施方式和第一实施方式的不同之处：

步骤201：获取配置文件。

步骤202：根据存储区中存储的数据，确定配置文件对应的软件当前的配置信息。

步骤203：判断配置文件中的配置信息与软件当前的配置信息是否相同。

具体地说，配置部署平台确定配置文件中的配置信息与软件当前的配置信息相同，不加载配置文件，若确定配置文件中的配置信息与软件当前的配置信息不相同，执行步骤204。

步骤204：加载配置文件。

步骤205：将配置文件的信息记录在存储区中。

具体地说，配置文件的信息可以是配置文件的版本信息，也可以是配置文件的配置信息。

在一个例子中，配置部署平台在执行步骤204之后，将配置文件的信息记录在存储区中之前，确定配置文件是否加载成功且测试成功。

在一个例子中，配置部署平台在配置文件a加载并测试成功之后，将该配置文件a的版本信息记录在存储区中。当获取到新的配置文件b后，配置部署平台读取存储区中记录的软件当前的配置文件的版本信息，即配置文件a的版本信息，根据软件当前的配置文件a的版本信息，以及版本信息和配置信息的对应关系，确定软件当前的配置信息。配置部署平台判断配置文件b的配置信息与当前的配置信息是否相同，若确定相同，则不加载配置文件b，否则，加载配置文件b。

在另一个例子中，配置部署平台在配置文件a加载并测试成功之后，将该配置文件a的配置信息记录在存储区中。当获取到新的配置文件b时，配置部署平台读取存储区中记录的软件当前的配置信息，即配置文件a的配置信息，判断配置文件b的配置信息与当前的配置信息是否相同，若确定相同，则不加载配置文件b，否则，加载配置文件b。

值得一提的是，在确定配置文件加载成功且测试成功后，再记录配置文件的信息，可以避免由于配置文件部署失败，导致存储区中记录的配置文件的配置信息与软件当前的配置信息不一致的问题。

值得一提的是，通过上述内容可知，配置部署平台将已部署的配置文件的配置信息或版本信息存放在软件目录下，内容分发网络的监控平台可定时将配置部署平台记录的软件当前的配置信息与应用管理平台中软件所对应的配置信息进行比对，若发现配置信息异常，可及时进行处理，减少服务出现异常的可能性。

需要说明的是，本实施方式中，为阐述清楚，将步骤205作为步骤204的后一步骤，但本领域技术人员可以理解，实际应用中，步骤205只需要设置在确定配置文件中的配置信息与软件当前的配置信息不同之后执行即可，步骤205可以与步骤204同时执行，也可以先执行步骤205，再执行步骤204，本实施方式不起限定作用。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的配置文件的部署方法，配置部署平台将已部署的配置文件的配置信息或版本信息存放在软件目录下，使得配置部署平台能够及时了解变更后的软件的配置信息。除此之外，内容分发网络的监控平台可定时将配置部署平台记录的软件当前的配置信息与应用管理平台中软件所对应的配置信息进行比对，若发现配置信息异常，可及时进行处理，减少服务出现异常的可能性。

本发明的第三实施方式涉及一种软件服务异常的原因的确定方法，应用于内容分发网络的监控平台，内容分发网络中部署有多台服务器，包括上层调度服务器和边缘服务器。如图6所示，软件服务异常的原因的确定方法包括以下步骤：

步骤301：确定软件服务异常。

具体地说，监控平台对内容分发网络进行监控，以确定软件服务是否正常。

在一个例子中，监控平台在发现某一上层调度服务器的软件在调度边缘服务器时，出现调度异常情况时，确定该上层调度服务器的软件服务异常。

例如，上层调度服务器被配置为调度服务器b和服务器c，但是，监控平台根据上层调度服务器的调度记录，确定该上层调度服务器在调度时，仅调度服务器b，从未调度服务器c，监控平台确定该上层调度服务器的软件服务异常。

步骤302：根据配置部署平台的存储区中存储的数据，确定软件当前的配置信息。

具体地说，配置部署平台的存储区中存储的数据用于指示软件当前的配置信息。其中，指示软件当前的配置信息的信息可以是软件当前的配置文件的版本信息，也可以是软件当前的配置信息。监控平台通过自身与配置部署平台之间的接口，读取配置部署平台的存储区中的信息，确定软件当前的配置信息。

在一个例子中，监控平台在确定软件服务异常之后，先判断软件的配置是否异常。监控平台若确定软件的配置异常，执行步骤302。监控平台若确定软件的配置正常，通过其他方式，定位软件服务异常的原因，并进行处理。例如，上层调度服务器的软件服务异常的原因为上层调度服务器调度的某一边缘服务器a异常，如该边缘服务器通信异常，或硬件故障。监控平台在确定软件的配置正常后，可以发送探测指令至该上层边缘服务器调度的所有边缘服务器，根据探测结果，确定边缘服务器a发生故障。

值得一提的是，在确定软件服务异常是由配置异常引起之后，再对配置部署平台记录的配置信息和应用管理平台记录的配置信息进行对比，避免由于其他原因引起服务异常时进行无效对比。

步骤303：确定应用管理平台上一次下发的软件的第一配置文件中的配置信息。

具体地说，监控平台通过自身与应用管理平台之间的接口，确定应用管理平台上一次下发给配置部署平台的软件的第一配置文件。

步骤304：判断软件当前的配置信息与第一配置文件中的配置信息是否相同，根据判断结果，确定软件服务异常的原因。

具体地说，软件服务异常的原因为配置部署平台部署错误，或，应用管理平台生成的配置文件错误。监控平台将软件当前的配置信息与第一配置文件中的配置信息进行比对，确定两者是否相同。监控平台若确定软件当前的配置信息与第一配置文件中的配置信息相同，确定软件服务异常的原因为应用管理平台生成的配置文件错误；若确定软件当前的配置信息与第一配置文件中的配置信息不相同，确定软件服务异常的原因为配置部署平台部署错误。

在一个例子中，配置信息为上层服务器组的调度信息。

与现有技术相比，本实施方式中提供的软件服务异常的原因的确定方法，根据配置部署平台的存储区中存储的数据，能够确定软件加载过的配置文件的配置信息，使得监控平台能够在发现服务异常之后，自动地将配置部署平台中记录的软件当前的配置信息与应用部署平台下发的配置文件的配置信息进行对比，快速定位服务异常的原因。

本发明的第四实施方式涉及一种软件服务异常的原因的确定方法，本实施方式是对第三实施方式的进一步改进，具体改进之处在于：在确定软件服务异常的原因之后，根据软件服务异常的原因，采取相应的策略，以解决软件服务异常的问题。

具体地说，如图7所示，本实施方式中，软件服务异常的原因的确定方法包括步骤401至步骤408，其中，步骤401至步骤403分别与第三实施方式的步骤301至步骤303大致相同，此处不再赘述，下面主要介绍本实施方式与第三实施方式的主要区别。

步骤401：确定软件服务异常。

步骤402：根据配置部署平台的存储区中存储的数据，确定软件当前的配置信息。

步骤403：确定应用管理平台上一次下发的软件的第一配置文件中的配置信息。

步骤404：判断软件当前的配置信息与第一配置文件中的配置信息是否相同。

具体地说，若确定相同，执行步骤405，若确定不相同，执行步骤407。

步骤405：确定软件服务异常的原因为应用管理平台生成的配置文件错误。

具体地说，若软件的配置异常，但软件的配置信息与第一配置文件中的配置信息相同，说明异常的原因是应用管理平台在根据内容分发网络中的服务器之间的关系，生成第一配置文件的过程中出现了问题，需要应用管理平台重新生成新的配置文件。

步骤406：控制应用管理平台发送第二配置文件至配置部署平台。之后结束流程。

具体地说，第二配置文件为应该管理平台根据内容分发网络的服务器之间的关系，重新生成的配置文件。

在一个例子中，在确定软件服务异常的原因为应用管理平台生成的配置文件错误之后，监控平台通过自身与应用管理平台之间的接口，控制应用管理平台确定内容分发网络的服务器之间的关系，根据内容分发网络的服务器之间的关系，生成第二配置文件，发送第二配置文件至配置部署平台。配置部署平台接收并部署第二配置文件。

步骤407：确定软件服务异常的原因为配置部署平台部署错误。

具体地说，若软件的配置异常，软件的配置信息与第一配置文件中的配置信息不相同，说明软件服务异常的原因可能是配置部署平台在部署第一配置文件的过程中出现了问题，需要应用管理平台重新发送第一配置文件，以便配置部署平台重新部署第一配置文件。

步骤408：控制应用管理平台重新发送第一配置文件至配置部署平台。

具体地说，在确定软件服务异常的原因为配置部署平台部署错误之后，监控平台通过自身与应用管理平台之间的接口，控制应用管理平台配置部署平台接收并部署第一配置文件。

在一个例子中，在步骤405或步骤407之后，监控平台检测软件的服务是否异常，已确定之前的软件服务异常的原因解决。监控平台若确定软件的服务异常，发送异常提示信息至管理端，异常提示信息用于指示管理端提示管理员软件的服务异常。其中，监控平台发送异常提示信息至管理端的方式可以是监控平台通过外部通信设备，发送邮件或短信至管理端，邮件或短信中包括异常提示信息。

值得一提的是，在监控平台自身无法解决软件服务异常的问题时，及时通知管理员，以便管理员尽快恢复该软件服务。

需要说明的是，本领域技术人员可以理解，本实施方式中，以在内容分发网络中部署监控平台执行各个步骤为例，说明软件服务异常的原因的确定方法，实际应用中，也可以由应用管理平台或其他平台来执行各个步骤，应用管理平台或其他平台执行各个步骤的方法可以参考本发明的第三实施方式和第四实施方式的相关内容，此处不再赘述。

与现有技术相比，本实施方式提供的软件服务异常的原因的确定方法，根据配置部署平台的存储区中存储的数据，能够确定软件加载过的配置文件的配置信息，使得监控平台能够在发现服务异常之后，自动地将配置部署平台中记录的软件当前的配置信息与应用部署平台下发的配置文件的配置信息进行对比，快速定位服务异常的原因。除此之外，监控平台在确定软件服务异常的原因后，采取相应的措施，自动解决问题，避免由于配置异常对软件服务异常的影响。

需要说明的是，为阐述清楚，第一实施方式、第二实施方式、第三实施方式和第四实施方式中，以各个平台的相互配合，实现本发明的各个实施方式为例，对配置文件的部署方法和软件服务异常的原因的确定方法进行说明，实际应用中，也可以由一个服务器中不同的模块相互配合，实现本发明的各个实施方式提及的配置文件的部署方法或软件服务异常的原因的确定方法，本发明的实施方式不限制执行配置文件的部署方法和软件服务异常的原因的确定方法的主体。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第五实施方式涉及一种服务器，如图8所示，包括：至少一个处理器501；以及，与至少一个处理器501通信连接的存储器502；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行如上述实施方式提及的配置文件的部署方法。

本发明的第六实施方式涉及一种服务器，如图9所示，包括：至少一个处理器601；以及，与至少一个处理器601通信连接的存储器602；其中，存储器602存储有可被至少一个处理器601执行的指令，指令被至少一个处理器601执行，以使至少一个处理器601能够执行如上述实施方式提及的软件服务异常的原因的确定方法。

第五实施方式和第六实施方式中，服务器包括：一个或多个处理器以及存储器，图8和图9中以一个处理器为例。处理器、存储器可以通过总线或者其他方式连接，图8和图9中以通过总线连接为例。存储器作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述配置文件的部署方法或软件服务异常的原因的确定方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器中，当被一个或者多个处理器执行时，执行上述任意方法实施方式中的配置文件的部署方法或软件服务异常的原因的确定方法。

上述产品可执行本申请实施方式所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本申请实施方式所提供的方法。

本发明的第七实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述配置文件的部署方法的实施例。

本发明的第八实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述软件服务异常的原因的确定方法的实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。