一种功能发布方法和设备的制造方法
一种功能发布方法和设备的制造方法
【技术领域】
[0001]本申请公开了一种功能发布方法和设备。
【背景技术】
[0002]受限于目前主流编程语言(C、Java等)的编译部署特性，当系统有修改(需求变更、bug-fix、配置变更等)时，目前的处理方式都是开发人员通过提交申请通知运维人员手工执行发布；或者是平台使用者通知平台维护人员，重新发布平台，以启用新增的功能。
[0003]具体的，当用户在前台(即面向用户的操作界面)增加了相关配置，若要该配置生效，必须要找到后台(即系统维护认同的操作入口)人员手工重启平台(即单个应用或多个应用搭建起来用于实现特定功能的系统)，才能让新增的配置生效；要实现重启平台，在现有技术中有以下两种方式:
[0004]1、用户找到平台维护人员，后台增加配置后，由后台维护人员再手工重启平台，才能让新增的配置生效。
[0005]2、用户在前台增加了配置后，仍然需要找到后台维护人员，重启平台，才能让新增的配置生效。
[0006]而目前的平台做不到自己重启自己的功能，或者平台自己执行重启脚本的方式来达到自我重启的目的；原因在于一旦平台执行了重启脚本后，会将当前平台运行的所有进程给终止掉；这样触发执行重启脚本的进程也一并被终止了，重启动作无法继续，平台就会岩掉。
[0007]因此目前都是借助人为单独操作执行重启的，也即在现有技术中整个过程用户要想使用到新增的功能或者特性，完全依赖后台人员什么时候重启；否则无法及时使用到用户新增的新特性；而这样会增加后台维护成本和用户的等待时间。
【发明内容】
[0008]本申请提供了一种功能发布方法和设备，用以实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的功能特性或者功能提供给平台用户，提升了平台可用率。
[0009]本申请公开了一种功能发布方法，包括:
[0010]重启设备判断平台是否需要重启；
[0011]当所述判断结果为是时，所述重启设备通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0012]优选的，所述重启设备判断平台是否需要重启，包括:
[0013]所述重启设备识别重启标志位的状态；
[0014]当识别结果为待重启状态时，则确定所述平台需要进行重启；当识别结果为无需重启状态时，则确定所述平台不需要进行重启。
[0015]优选的，所述重启设备识别所述重启标志位的状态，包括:
[0016]所述重启设备通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或所述重启设备根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0017]本申请还公开了一种重启设备，包括:
[0018]判断模块，用于判断平台是否需要重启；
[0019]重启模块，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0020]优选的，所述判断模块，包括:
[0021]识别模块，用于识别重启标志位的状态；
[0022]确定模块，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时，确定所述平台不需要进行重启。
[0023]优选的，所述识别模块，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0024]本申请还公开了一种功能发布方法，包括:
[0025]平台初始设置重启标志位为无需重启状态；
[0026]当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；
[0027]其中，所述非应用级别进程独立于所述平台运行的进程。
[0028]优选的,在更改所述重启标志位为待重启状态之后,还包括:
[0029]所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。
[0030]优选的，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后包括:
[0031]所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0032]优选的，在完成重启所述平台之后，还包括:
[0033]所述平台重置所述重启标志位为所述无需重启状态。
[0034]优选的，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，包括:
[0035]所述平台删除所述重启脚本。
[0036]本申请还公开了一种平台，包括:
[0037]初始设置模块,用于初始设置重启标志位为无需重启状态；
[0038]更改模块，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0039]优选的，该平台还包括:
[0040]发送模块，用于将包含所述重启标志位的状态的信息发送给所述重启设备。
[0041]优选的，所述发送模块，具体用于
[0042]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0043]优选的，该平台还包括:
[0044]重置模块，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。
[0045]优选的，所述重置模块，具体用于
[0046]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
[0047]与现有技术相比，本申请通过重启设备首先判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程，重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
【附图说明】
[0048]图1为本申请实施例中的一种功能发布方法流程示意图；
[0049]图2为本申请实施例中的一种功能发布方法流程示意图；
[0050]图3为本申请实施例中的一种具体场景下的功能发布方法流程示意图；
[0051]图4为本申请实施例中的一种重启设备的结构示意图；
[0052]图5为本申请实施例中的一种重启设备的结构示意图；
[0053]图6为本申请实施例中的一种平台的结构示意图；
[0054]图7为本申请实施例中的一种平台的结构示意图；
[0055]图8为本申请实施例中的一种平台的结构示意图；
[0056]图9为本申请实施例中的一种功能发布系统的结构示意图。
【具体实施方式】
[0057]本申请的目的是提供一种功能发布方法和设备，用以实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0058]为达到以上技术目的，如图1所示，本申请实施例一提供了一种功能发布方法，应用于当系统有变更(需求变更、bug-fix、配置变更等)时，需要重启以发布系统修改部分对应的功能/特性的场景下，具体包括以下步骤:
[0059]步骤101，重启设备判断平台是否需要重启；
[0060]具体的，本申请中所涉及的平台是单个或多个应用搭建起来提供特定功能的系统，当面对维护人员时，平台可以是软件程序；若针对的是用户，平台则可以是搭载了该系统的硬件；当系统发生修改，例如平台在前台增加了相关配置，若要该配置生效，就必须进行重启，当平台需要进行重启时，设置独立于平台的重启设备，用于触发该平台进行重启的操作，以便最终实现系统的重启，具体可以通过重启标志位的状态来使得重启设备知道是否需要进行重启，也即重启设备可以通过重启标志位来判断是否需要进行重启的，当然其他的方式也是可以的，例如由消息或者信令等通知重启设备，使得重启设备能确定平台是否需要重启，具体的手段可以有很多的，并不限于重启标志位。
[0061]其中，重启设备判断平台是否需要重启，具体可以包括以下两个步骤:
[0062]首先，重启设备识别重启标志位的状态；其中,所述重启标记位的状态包括:待重启状态，无需重启状态；
[0063]具体的，该重启标志位用来标记平台的状态，即标记的是平台是否发生了系统修改(也 即该平台是否需要进行重启)；例如在具体的场景中，该重启标志位可以具体为0和1两个数值，在初始状态时，可以设置重启标志位为0时，即表示平台处于无需重启状态；而当系统发生改变，需要重启，则可以设置重启标志位为1，表示平台处于待重启状态，在此情况下重启标志位的状态从无需重启状态变成待重启状态，就可以通过将重启标志位从ο变为1来实现，当然还有很多别的方式也是可以实现的(例如可以设置初始状态时，重启标志位为1)，并不限于这一种方式，只要能区别两种重启标志位的状态就都可以。
[0064]具体的，重启设备识别重启标志位的状态，可以有以下两种方式:
[0065]方式一，所述重启设备可以通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态。
[0066]具体的，平台上搭载的应用，都是通过应用级别的进程来实现的，而本申请中所涉及的非应用级别进程则是与应用级别进程不一样的进程，即非应用级别进程是与应用级别进程相互独立，也即与平台独立，不会受到平台的影响，因而通过该非应用级别进程进行检测的过程与平台无关，不受平台重启进程的影响，不会因为平台重启导致检测中断。
[0067]方式二，所述重启设备可以根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0068]当然具体的识别过程还可以有很多别的方式，只要使得重启设备能确定当前重启标志位的状态即可，并不限于上述两种方式。
[0069]其次，在识别完成之后，当识别结果为待重启状态时，则确定所述平台需要进行重启；当识别结果为无需重启状态时，则确定所述平台不需要进行重启。
[0070]步骤102，当所述判断结果为所述平台需要进行重启时，所述重启设备通过非应用级别进程重启所述平台以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行。
[0071]具体的，本申请中所涉及的非应用级别进程则是与应用级别进程不一样的进程，即非应用级别进程是与应用级别进程相互独立，不会受到平台的重启进程的影响，重启设备通过该非应用级别进程触发执行平台的重启也不会受到平台重启的影响，由于该非应用级别进程独立于所述平台运行，不会受平台应用的重启影响，所以重启设备通过非应用级别进程执行重启脚本的过程不会中断，因而能顺利完成重启的过程；其中，该非应用级别进程可以为系统级别的进程，但并不仅限于系统级别的进程，还可以为其他进程，只要能不受平台应用的重启影响就都可以。
[0072]本申请实施例一中通过重启设备判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0073]以上是基于重启设备侧对本申请做的说明，现基于平台侧对本申请做进一步的说明，如图2所示，本申请实施例二中还提出了一种功能发布方法，包括以下步骤:
[0074]步骤201,平台初始设置重启标志位为无需重启状态；
[0075]步骤202,当所述平台需要重启时,更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0076]具体的，在步骤202(也即当所述平台需要重启时，更改所述重启标志位为待重启状态)之后，还可以包括:
[0077]所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。
[0078]这样，由于平台将包含所述重启标志位的状态的信息发送给所述重启设备，所述重启设备可以了解到当前的重启标志位的状态信息，从而进行后续判断，确定是否需要重启平台。
[0079]其中，在具体的场景下，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后，还可以包括:所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0080]另外，具体的，在完成重启所述平台之后，还可以包括:所述平台重置所述重启标志位为无需重启状态。
[0081 ] 这样，由于是否重启是基于该重启标志位的状态来进行判断的，当平台重启之后，若该重启标志位的状态没有发生变化，会导致陷入重启死循环的状态，在这种情况下，可以将该重启标志位设置为无需重启状态，可以是由平台来执行的，当然也可以是否别的第三方设备，或者程序等来执行，只要能使得重启之后，该重启标志位的状态被设置为无需重启状态即可。
[0082]其中，在具体的场景下，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，还可以包括:所述平台删除所述重启脚本。
[0083]这种情况下，因为当指定位置存在重启脚本时，重启标志位的状态会被设置为待重启状态，若将其删除，重启标志位就会被设置为无需重启状态，自然也是可以避免系统陷入重启死循环的，同样的，可以是平台来删除该重启脚本，也可以是由别的第三方设备，或者程序等来删除，只要能删除该重启脚本即可。
[0084]本申请实施例二中，平台首选设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0085]以下结合具体的应用场景对本发明实施例进行详细说明，如图3所示，本发明实施例三中提出了在具体应用场景下的功能发布方法。
[0086]其中，以mockservice平台(即一个统一 mock服务平台，当用户有新的接口 mock需求时，会在前台进行操作添加配置，应用需要重启后才能将新的mock接口发布出来提供mock服务)为例。
[0087]当用户在前台变更了平台mock配置文件后，会自动触发执行重启触发通用模块，具体的:该重启触发通用模块执行设置重启标志位的动作，具体的会复制用于重启平台的shell脚本到cron job指定的目录；这样，当cron tab异步定时任务进程检测到指定目录的重启脚本存在后便会直接执行来达到重启平台/系统的目的
[0088]当确定指定目录下存在该重启脚本时，linux系统会通过系统级别的进程执行该重启脚本(该系统级别进程不会受平台应用的重启影响，所以不会中断)。如果不存在该脚本，则直接跳过，等待下次定时任务再判断；如此循环，具体定时任务的频率可以根据需求随意设置，其中，该定时任务利用的是linux服务器的crontab命令(crontab命令常见于Unix和类Unix的操作系统之中，用于设置周期性被执行的指令；该命令从标准输入设备读取指令，并将其存放于crontab文件中，以供之后读取和执行)。通常，crontab储存的指令被守护进程激活，其常常在后台运行，每一分钟检查是否有预定的作业需要执行，这类作业一般称为cron jobs ο
[0089]在进行重启平台之后，还需要一个initReboot模块(是平台/系统的一个启动初始化功能模块)，该initReboot模块会在重启过程中重置重启脚本，防止下次cron定时任务再次将系统重启，导致陷入重启死循环。该initReboot模块的实现方式有很多种，以mockservice平台为例，其实现方式是，利用系统启动过程中的初始化方法，增加功能代码删除指定位置的重启脚本；当然其他的实现方式也可以实现，比如在执行重启后，再增加一段删除重启脚本的逻辑。
[0090]本申请实施例三中，变更了平台mock配置文件之后，会自动触发通用模块复制用于重启平台的shell脚本到cron job指定的目录，以此定时任务会按照设定的频率来检测是否指定的目录下存在用于重启平台的shell脚本，若有则通过系统级别的进程执行该用于重启平台的shell脚本；在执行完重启后，会有initReboot模块将该用于重启平台的shell脚本删除，以避免系统陷入重启死循环。以此通过上述步骤，实现了重启操作的自动化，整个过程无需后台维护人员的介入，这样能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0091]如图4所示，本发明实施例四还提出了一种重启设备，包括:
[0092]判断模块401，用于判断平台是否需要重启；
[0093]重启模块402，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0094]其中，如图5所示，判断模块402，还可以包括:
[0095]识别模块4021，用于识别重启标志位的状态；
[0096]确定模块4022，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时， 确定所述平台不需要进行重启。
[0097]具体的，所述识别模块4021，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0098]本申请实施例二中通过重启设备判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0099]如图6所示，本申请实施例五还提出了一种平台，包括
[0100]初始设置模块601,用于初始设置重启标志位为无需重启状态；
[0101]更改模块602，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0102]如图7所示，该平台还可以包括:
[0103]发送模块603，用于将包含所述重启标志位的状态的信息发送给所述重启设备。
[0104]其中，所述发送模块603，具体用于
[0105]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0106]如图8所示，该平台还可以包括:
[0107]重置模块604，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。
[0108]其中，所述重置模块604，具体用于当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
[0109]本申请实施例五中，平台首先设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0110]为了进一步对本申请进行说明，如图9所示，本申请实施例六还提供了一种功能发布系统，包括:重启设备和平台，其中，
[0111]当系统有修改，例如配置发生改变，需要平台进行重启，实现系统的重启才能使得系统修改部分对应的功能或者特性被发布，为此，本申请中平台设置重启标志位，用以标识平台自身的状态(是否需要重启)，该重启标志位的状态会因平台自身的状态变化而改变，平台可以将包含有该重启标志位的信息发送给重启设备，或者重启设备也可以通过非应用级别进程(独立于平台运行的进程)来周期性检测该重启标志位的状态，当然也还可以有很多别的方式来使得重启设备确定该重启标志位的状态，确定是否该平台是否需要进行重启，当重启设备确定该平台需要进行重启时，重启设备通过非应用级别进程来触发执行平台的重启，使的系统修改部分对应的功能被发布，在重启完成之后，平台可以重置重启标志位的状态为无需重启状态，从而避免陷入重启死循环。
[0112]与现有技术相比，本申请实施例六中，平台首先设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0113]本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。
[0114]本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
[0115]上述本申请序号仅仅为了描述，不代表实施场景的优劣。
[0116]以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
【主权项】
1.一种功能发布方法，其特征在于，包括: 重启设备判断平台是否需要重启； 当所述判断结果为是时，所述重启设备通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。2.如权利要求1所述的方法，其特征在于，所述重启设备判断平台是否需要重启，包括: 所述重启设备识别重启标志位的状态； 当识别结果为待重启状态时，则确定所述平台需要进行重启； 当识别结果为无需重启状态时，则确定所述平台不需要进行重启。3.如权利要求2所述的方法，其特征在于，所述重启设备识别所述重启标志位的状态，包括: 所述重启设备通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或 所述重启设备根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。4.一种重启设备，其特征在于，包括: 判断模块，用于判断平台是否需要重启； 重启模块，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。5.如权利要求4所述的设备，其特征在于，所述判断模块，包括: 识别模块，用于识别重启标志位的状态； 确定模块，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时，确定所述平台不需要进行重启。6.如权利要求5所述的设备，其特征在于， 所述识别模块，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。7.—种功能发布方法，其特征在于，包括: 平台初始设置重启标志位为无需重启状态； 当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。8.如权利要求7所述的方法，其特征在于，在更改所述重启标志位为待重启状态之后，还包括: 所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。9.如权利要求8所述的方法，其特征在于，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后包括: 所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。10.如权利要求7所述的方法，其特征在于，在完成重启所述平台之后，还包括: 所述平台重置所述重启标志位为所述无需重启状态。11.如权利要求10所述的方法，其特征在于，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，包括: 所述平台删除所述重启脚本。12.—种平台，其特征在于，包括: 初始设置模块，用于初始设置重启标志位为无需重启状态； 更改模块，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。13.如权利要求12所述的平台，其特征在于，还包括: 发送模块，用于将包含所述重启标志位的状态的信息发送给所述重启设备。14.如权利要求13所述的平台，其特征在于，所述发送模块，具体用于 当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。15.如权利要求12所述的平台，其特征在于，还包括: 重置模块，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。16.如权利要求15所述的平台，其特征在于，所述重置模块，具体用于 当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
【专利摘要】本申请公开了一种功能发布方法和设备，包括：重启设备判断平台是否需要重启；当所述判断结果为是时，所述重启设备通过独立于所述平台运行的进程的非应用级别进程重启所述平台，以发布系统修改部分对应的功能；实现了整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
【IPC分类】G06F9/44
【公开号】CN105487847
【申请号】CN201410484103
【发明人】倪军
【申请人】阿里巴巴集团控股有限公司
【公开日】2016年4月13日
【申请日】2014年9月19日
【技术领域】
[0001]本申请公开了一种功能发布方法和设备。
【背景技术】
[0002]受限于目前主流编程语言(C、Java等)的编译部署特性，当系统有修改(需求变更、bug-fix、配置变更等)时，目前的处理方式都是开发人员通过提交申请通知运维人员手工执行发布；或者是平台使用者通知平台维护人员，重新发布平台，以启用新增的功能。
[0003]具体的，当用户在前台(即面向用户的操作界面)增加了相关配置，若要该配置生效，必须要找到后台(即系统维护认同的操作入口)人员手工重启平台(即单个应用或多个应用搭建起来用于实现特定功能的系统)，才能让新增的配置生效；要实现重启平台，在现有技术中有以下两种方式:
[0004]1、用户找到平台维护人员，后台增加配置后，由后台维护人员再手工重启平台，才能让新增的配置生效。
[0005]2、用户在前台增加了配置后，仍然需要找到后台维护人员，重启平台，才能让新增的配置生效。
[0006]而目前的平台做不到自己重启自己的功能，或者平台自己执行重启脚本的方式来达到自我重启的目的；原因在于一旦平台执行了重启脚本后，会将当前平台运行的所有进程给终止掉；这样触发执行重启脚本的进程也一并被终止了，重启动作无法继续，平台就会岩掉。
[0007]因此目前都是借助人为单独操作执行重启的，也即在现有技术中整个过程用户要想使用到新增的功能或者特性，完全依赖后台人员什么时候重启；否则无法及时使用到用户新增的新特性；而这样会增加后台维护成本和用户的等待时间。
【发明内容】
[0008]本申请提供了一种功能发布方法和设备，用以实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的功能特性或者功能提供给平台用户，提升了平台可用率。
[0009]本申请公开了一种功能发布方法，包括:
[0010]重启设备判断平台是否需要重启；
[0011]当所述判断结果为是时，所述重启设备通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0012]优选的，所述重启设备判断平台是否需要重启，包括:
[0013]所述重启设备识别重启标志位的状态；
[0014]当识别结果为待重启状态时，则确定所述平台需要进行重启；当识别结果为无需重启状态时，则确定所述平台不需要进行重启。
[0015]优选的，所述重启设备识别所述重启标志位的状态，包括:
[0016]所述重启设备通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或所述重启设备根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0017]本申请还公开了一种重启设备，包括:
[0018]判断模块，用于判断平台是否需要重启；
[0019]重启模块，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0020]优选的，所述判断模块，包括:
[0021]识别模块，用于识别重启标志位的状态；
[0022]确定模块，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时，确定所述平台不需要进行重启。
[0023]优选的，所述识别模块，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0024]本申请还公开了一种功能发布方法，包括:
[0025]平台初始设置重启标志位为无需重启状态；
[0026]当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；
[0027]其中，所述非应用级别进程独立于所述平台运行的进程。
[0028]优选的,在更改所述重启标志位为待重启状态之后,还包括:
[0029]所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。
[0030]优选的，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后包括:
[0031]所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0032]优选的，在完成重启所述平台之后，还包括:
[0033]所述平台重置所述重启标志位为所述无需重启状态。
[0034]优选的，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，包括:
[0035]所述平台删除所述重启脚本。
[0036]本申请还公开了一种平台，包括:
[0037]初始设置模块,用于初始设置重启标志位为无需重启状态；
[0038]更改模块，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0039]优选的，该平台还包括:
[0040]发送模块，用于将包含所述重启标志位的状态的信息发送给所述重启设备。
[0041]优选的，所述发送模块，具体用于
[0042]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0043]优选的，该平台还包括:
[0044]重置模块，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。
[0045]优选的，所述重置模块，具体用于
[0046]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
[0047]与现有技术相比，本申请通过重启设备首先判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程，重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
【附图说明】
[0048]图1为本申请实施例中的一种功能发布方法流程示意图；
[0049]图2为本申请实施例中的一种功能发布方法流程示意图；
[0050]图3为本申请实施例中的一种具体场景下的功能发布方法流程示意图；
[0051]图4为本申请实施例中的一种重启设备的结构示意图；
[0052]图5为本申请实施例中的一种重启设备的结构示意图；
[0053]图6为本申请实施例中的一种平台的结构示意图；
[0054]图7为本申请实施例中的一种平台的结构示意图；
[0055]图8为本申请实施例中的一种平台的结构示意图；
[0056]图9为本申请实施例中的一种功能发布系统的结构示意图。
【具体实施方式】
[0057]本申请的目的是提供一种功能发布方法和设备，用以实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0058]为达到以上技术目的，如图1所示，本申请实施例一提供了一种功能发布方法，应用于当系统有变更(需求变更、bug-fix、配置变更等)时，需要重启以发布系统修改部分对应的功能/特性的场景下，具体包括以下步骤:
[0059]步骤101，重启设备判断平台是否需要重启；
[0060]具体的，本申请中所涉及的平台是单个或多个应用搭建起来提供特定功能的系统，当面对维护人员时，平台可以是软件程序；若针对的是用户，平台则可以是搭载了该系统的硬件；当系统发生修改，例如平台在前台增加了相关配置，若要该配置生效，就必须进行重启，当平台需要进行重启时，设置独立于平台的重启设备，用于触发该平台进行重启的操作，以便最终实现系统的重启，具体可以通过重启标志位的状态来使得重启设备知道是否需要进行重启，也即重启设备可以通过重启标志位来判断是否需要进行重启的，当然其他的方式也是可以的，例如由消息或者信令等通知重启设备，使得重启设备能确定平台是否需要重启，具体的手段可以有很多的，并不限于重启标志位。
[0061]其中，重启设备判断平台是否需要重启，具体可以包括以下两个步骤:
[0062]首先，重启设备识别重启标志位的状态；其中,所述重启标记位的状态包括:待重启状态，无需重启状态；
[0063]具体的，该重启标志位用来标记平台的状态，即标记的是平台是否发生了系统修改(也 即该平台是否需要进行重启)；例如在具体的场景中，该重启标志位可以具体为0和1两个数值，在初始状态时，可以设置重启标志位为0时，即表示平台处于无需重启状态；而当系统发生改变，需要重启，则可以设置重启标志位为1，表示平台处于待重启状态，在此情况下重启标志位的状态从无需重启状态变成待重启状态，就可以通过将重启标志位从ο变为1来实现，当然还有很多别的方式也是可以实现的(例如可以设置初始状态时，重启标志位为1)，并不限于这一种方式，只要能区别两种重启标志位的状态就都可以。
[0064]具体的，重启设备识别重启标志位的状态，可以有以下两种方式:
[0065]方式一，所述重启设备可以通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态。
[0066]具体的，平台上搭载的应用，都是通过应用级别的进程来实现的，而本申请中所涉及的非应用级别进程则是与应用级别进程不一样的进程，即非应用级别进程是与应用级别进程相互独立，也即与平台独立，不会受到平台的影响，因而通过该非应用级别进程进行检测的过程与平台无关，不受平台重启进程的影响，不会因为平台重启导致检测中断。
[0067]方式二，所述重启设备可以根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0068]当然具体的识别过程还可以有很多别的方式，只要使得重启设备能确定当前重启标志位的状态即可，并不限于上述两种方式。
[0069]其次，在识别完成之后，当识别结果为待重启状态时，则确定所述平台需要进行重启；当识别结果为无需重启状态时，则确定所述平台不需要进行重启。
[0070]步骤102，当所述判断结果为所述平台需要进行重启时，所述重启设备通过非应用级别进程重启所述平台以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行。
[0071]具体的，本申请中所涉及的非应用级别进程则是与应用级别进程不一样的进程，即非应用级别进程是与应用级别进程相互独立，不会受到平台的重启进程的影响，重启设备通过该非应用级别进程触发执行平台的重启也不会受到平台重启的影响，由于该非应用级别进程独立于所述平台运行，不会受平台应用的重启影响，所以重启设备通过非应用级别进程执行重启脚本的过程不会中断，因而能顺利完成重启的过程；其中，该非应用级别进程可以为系统级别的进程，但并不仅限于系统级别的进程，还可以为其他进程，只要能不受平台应用的重启影响就都可以。
[0072]本申请实施例一中通过重启设备判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0073]以上是基于重启设备侧对本申请做的说明，现基于平台侧对本申请做进一步的说明，如图2所示，本申请实施例二中还提出了一种功能发布方法，包括以下步骤:
[0074]步骤201,平台初始设置重启标志位为无需重启状态；
[0075]步骤202,当所述平台需要重启时,更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0076]具体的，在步骤202(也即当所述平台需要重启时，更改所述重启标志位为待重启状态)之后，还可以包括:
[0077]所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。
[0078]这样，由于平台将包含所述重启标志位的状态的信息发送给所述重启设备，所述重启设备可以了解到当前的重启标志位的状态信息，从而进行后续判断，确定是否需要重启平台。
[0079]其中，在具体的场景下，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后，还可以包括:所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0080]另外，具体的，在完成重启所述平台之后，还可以包括:所述平台重置所述重启标志位为无需重启状态。
[0081 ] 这样，由于是否重启是基于该重启标志位的状态来进行判断的，当平台重启之后，若该重启标志位的状态没有发生变化，会导致陷入重启死循环的状态，在这种情况下，可以将该重启标志位设置为无需重启状态，可以是由平台来执行的，当然也可以是否别的第三方设备，或者程序等来执行，只要能使得重启之后，该重启标志位的状态被设置为无需重启状态即可。
[0082]其中，在具体的场景下，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，还可以包括:所述平台删除所述重启脚本。
[0083]这种情况下，因为当指定位置存在重启脚本时，重启标志位的状态会被设置为待重启状态，若将其删除，重启标志位就会被设置为无需重启状态，自然也是可以避免系统陷入重启死循环的，同样的，可以是平台来删除该重启脚本，也可以是由别的第三方设备，或者程序等来删除，只要能删除该重启脚本即可。
[0084]本申请实施例二中，平台首选设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0085]以下结合具体的应用场景对本发明实施例进行详细说明，如图3所示，本发明实施例三中提出了在具体应用场景下的功能发布方法。
[0086]其中，以mockservice平台(即一个统一 mock服务平台，当用户有新的接口 mock需求时，会在前台进行操作添加配置，应用需要重启后才能将新的mock接口发布出来提供mock服务)为例。
[0087]当用户在前台变更了平台mock配置文件后，会自动触发执行重启触发通用模块，具体的:该重启触发通用模块执行设置重启标志位的动作，具体的会复制用于重启平台的shell脚本到cron job指定的目录；这样，当cron tab异步定时任务进程检测到指定目录的重启脚本存在后便会直接执行来达到重启平台/系统的目的
[0088]当确定指定目录下存在该重启脚本时，linux系统会通过系统级别的进程执行该重启脚本(该系统级别进程不会受平台应用的重启影响，所以不会中断)。如果不存在该脚本，则直接跳过，等待下次定时任务再判断；如此循环，具体定时任务的频率可以根据需求随意设置，其中，该定时任务利用的是linux服务器的crontab命令(crontab命令常见于Unix和类Unix的操作系统之中，用于设置周期性被执行的指令；该命令从标准输入设备读取指令，并将其存放于crontab文件中，以供之后读取和执行)。通常，crontab储存的指令被守护进程激活，其常常在后台运行，每一分钟检查是否有预定的作业需要执行，这类作业一般称为cron jobs ο
[0089]在进行重启平台之后，还需要一个initReboot模块(是平台/系统的一个启动初始化功能模块)，该initReboot模块会在重启过程中重置重启脚本，防止下次cron定时任务再次将系统重启，导致陷入重启死循环。该initReboot模块的实现方式有很多种，以mockservice平台为例，其实现方式是，利用系统启动过程中的初始化方法，增加功能代码删除指定位置的重启脚本；当然其他的实现方式也可以实现，比如在执行重启后，再增加一段删除重启脚本的逻辑。
[0090]本申请实施例三中，变更了平台mock配置文件之后，会自动触发通用模块复制用于重启平台的shell脚本到cron job指定的目录，以此定时任务会按照设定的频率来检测是否指定的目录下存在用于重启平台的shell脚本，若有则通过系统级别的进程执行该用于重启平台的shell脚本；在执行完重启后，会有initReboot模块将该用于重启平台的shell脚本删除，以避免系统陷入重启死循环。以此通过上述步骤，实现了重启操作的自动化，整个过程无需后台维护人员的介入，这样能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0091]如图4所示，本发明实施例四还提出了一种重启设备，包括:
[0092]判断模块401，用于判断平台是否需要重启；
[0093]重启模块402，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0094]其中，如图5所示，判断模块402，还可以包括:
[0095]识别模块4021，用于识别重启标志位的状态；
[0096]确定模块4022，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时， 确定所述平台不需要进行重启。
[0097]具体的，所述识别模块4021，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。
[0098]本申请实施例二中通过重启设备判断平台是否需要重启；当所述判断结果为是时，重启设备通过独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0099]如图6所示，本申请实施例五还提出了一种平台，包括
[0100]初始设置模块601,用于初始设置重启标志位为无需重启状态；
[0101]更改模块602，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能；其中，所述非应用级别进程独立于所述平台运行的进程。
[0102]如图7所示，该平台还可以包括:
[0103]发送模块603，用于将包含所述重启标志位的状态的信息发送给所述重启设备。
[0104]其中，所述发送模块603，具体用于
[0105]当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。
[0106]如图8所示，该平台还可以包括:
[0107]重置模块604，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。
[0108]其中，所述重置模块604，具体用于当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
[0109]本申请实施例五中，平台首先设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0110]为了进一步对本申请进行说明，如图9所示，本申请实施例六还提供了一种功能发布系统，包括:重启设备和平台，其中，
[0111]当系统有修改，例如配置发生改变，需要平台进行重启，实现系统的重启才能使得系统修改部分对应的功能或者特性被发布，为此，本申请中平台设置重启标志位，用以标识平台自身的状态(是否需要重启)，该重启标志位的状态会因平台自身的状态变化而改变，平台可以将包含有该重启标志位的信息发送给重启设备，或者重启设备也可以通过非应用级别进程(独立于平台运行的进程)来周期性检测该重启标志位的状态，当然也还可以有很多别的方式来使得重启设备确定该重启标志位的状态，确定是否该平台是否需要进行重启，当重启设备确定该平台需要进行重启时，重启设备通过非应用级别进程来触发执行平台的重启，使的系统修改部分对应的功能被发布，在重启完成之后，平台可以重置重启标志位的状态为无需重启状态，从而避免陷入重启死循环。
[0112]与现有技术相比，本申请实施例六中，平台首先设置重启标志位为无需重启状态，当平台需要重启时，可以更改重启标志位的状态为待重启状态，从而使得重启设备独立于所述平台运行的非应用级别进程重启所述平台以发布系统修改部分对应的功能，实现整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
[0113]本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。
[0114]本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
[0115]上述本申请序号仅仅为了描述，不代表实施场景的优劣。
[0116]以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
【主权项】
1.一种功能发布方法，其特征在于，包括: 重启设备判断平台是否需要重启； 当所述判断结果为是时，所述重启设备通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。2.如权利要求1所述的方法，其特征在于，所述重启设备判断平台是否需要重启，包括: 所述重启设备识别重启标志位的状态； 当识别结果为待重启状态时，则确定所述平台需要进行重启； 当识别结果为无需重启状态时，则确定所述平台不需要进行重启。3.如权利要求2所述的方法，其特征在于，所述重启设备识别所述重启标志位的状态，包括: 所述重启设备通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或 所述重启设备根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。4.一种重启设备，其特征在于，包括: 判断模块，用于判断平台是否需要重启； 重启模块，用于当所述判断结果为是时，通过非应用级别进程重启所述平台，以发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。5.如权利要求4所述的设备，其特征在于，所述判断模块，包括: 识别模块，用于识别重启标志位的状态； 确定模块，用于当识别结果为待重启状态时，确定所述平台需要进行重启；当识别结果为无需重启状态时，确定所述平台不需要进行重启。6.如权利要求5所述的设备，其特征在于， 所述识别模块，具体用于通过所述非应用级别进程周期性检测所述重启标志位的状态来识别所述重启标志位的状态；或根据接收到包含所述重启标志位的状态信息来识别所述重启标志位的状态。7.—种功能发布方法，其特征在于，包括: 平台初始设置重启标志位为无需重启状态； 当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。8.如权利要求7所述的方法，其特征在于，在更改所述重启标志位为待重启状态之后，还包括: 所述平台将包含所述重启标志位的状态的信息发送给所述重启设备。9.如权利要求8所述的方法，其特征在于，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后包括: 所述平台将包含指定位置存在重启脚本的信息发送给所述重启设备。10.如权利要求7所述的方法，其特征在于，在完成重启所述平台之后，还包括: 所述平台重置所述重启标志位为所述无需重启状态。11.如权利要求10所述的方法，其特征在于，当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，所述重置所述重启标志位为所述无需重启状态，包括: 所述平台删除所述重启脚本。12.—种平台，其特征在于，包括: 初始设置模块，用于初始设置重启标志位为无需重启状态； 更改模块，用于当所述平台需要重启时，更改所述重启标志位为待重启状态，以使重启设备通过非应用级别进程对所述平台进行重启来发布系统修改部分对应的功能； 其中，所述非应用级别进程独立于所述平台运行的进程。13.如权利要求12所述的平台，其特征在于，还包括: 发送模块，用于将包含所述重启标志位的状态的信息发送给所述重启设备。14.如权利要求13所述的平台，其特征在于，所述发送模块，具体用于 当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，在更改所述重启标志位为待重启状态之后将包含指定位置存在重启脚本的信息发送给所述重启设备。15.如权利要求12所述的平台，其特征在于，还包括: 重置模块，用于在完成重启所述平台之后，重置所述重启标志位为所述无需重启状态。16.如权利要求15所述的平台，其特征在于，所述重置模块，具体用于 当更改所述重启标志位为待重启状态是基于确定指定位置存在重启脚本时，删除所述重启脚本。
【专利摘要】本申请公开了一种功能发布方法和设备，包括：重启设备判断平台是否需要重启；当所述判断结果为是时，所述重启设备通过独立于所述平台运行的进程的非应用级别进程重启所述平台，以发布系统修改部分对应的功能；实现了整个重启操作的自动化，使得整个过程无需后台维护人员的介入，同时能及时将系统修改部分对应的特性或者功能提供给平台用户，提升了平台可用率。
【IPC分类】G06F9/44
【公开号】CN105487847
【申请号】CN201410484103
【发明人】倪军
【申请人】阿里巴巴集团控股有限公司
【公开日】2016年4月13日
【申请日】2014年9月19日
最新回复(0)