用于更新模型的方法和装置
技术领域
本申请实施例涉及计算机技术领域,具体涉及用于更新模型的方法和装置。
背景技术
目前,模型的上线过程通常是由研发人员主导的。一般是研发人员自行维护线上模型,并进行迭代更新。而非研发人员一般无法直接完成模型上线并查看模型更新情况。
发明内容
本申请实施例提出了用于更新模型的方法和装置。
第一方面,本申请实施例提供了一种用于更新模型的方法,该方法包括:响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型;响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从上述至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
在一些实施例中,对模型更新日志进行分析,生成分析结果,包括:对于上述至少一个目标服务器中的目标服务器,确定从该目标服务器中获取的模型更新日志中是否存在预设的更新成功标志信息;基于确定结果,生成分析结果。
在一些实施例中,上述方法还包括:响应于确定上述至少一个目标服务器中存在第一目标服务器,执行以下处理操作:向转发服务器发送第一指示信息,其中,第一目标服务器是模型更新失败的目标服务器,第一指示信息用于指示将新模型重新发送给第一目标服务器。
在一些实施例中,在向转发服务器发送第一指示信息之后,上述处理操作的步骤还包括:响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志,对该模型更新日志进行分析,确定第一目标服务器是否已成功更新模型,若是,则向用户返回用于提示第一目标服务器已成功更新模型的提示信息。
在一些实施例中,上述方法还包括:响应于确定第一目标服务器未成功更新模型,对第一目标服务器的模型更新失败次数进行递增操作,确定递增后的模型更新失败次数是否小于预设值,若不小于预设值,则向目标服务器集群发送模型回滚指示信息,以使目标服务器集群中的各个目标服务器恢复对目标模型的正常使用;如果递增后的模型更新失败次数小于预设值,则继续执行上述处理操作。
在一些实施例中,在确定模型更新失败次数不小于预设值之后,上述方法还包括:向用户返回模型回滚确认信息;响应于接收到用户的确认进行模型回滚的信息,执行上述向目标服务器集群发送模型回滚指示信息。
第二方面,本申请实施例提供了一种用于更新模型的装置,该装置包括:发送单元,被配置成响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型;分析单元,被配置成响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从上述至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
在一些实施例中,分析单元进一步被配置成:对于上述至少一个目标服务器中的目标服务器,确定从该目标服务器中获取的模型更新日志中是否存在预设的更新成功标志信息;基于确定结果,生成分析结果。
在一些实施例中,上述装置还包括:第一处理单元,被配置成响应于确定上述至少一个目标服务器中存在第一目标服务器,执行以下处理操作:向转发服务器发送第一指示信息,其中,第一目标服务器是模型更新失败的目标服务器,第一指示信息用于指示将新模型重新发送给第一目标服务器。
在一些实施例中,第一处理单元进一步被配置成:在向转发服务器发送第一指示信息后,响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志,对该模型更新日志进行分析,确定第一目标服务器是否已成功更新模型,若是,则向用户返回用于提示第一目标服务器已成功更新模型的提示信息。
在一些实施例中,上述装置还包括:第二处理单元,被配置成响应于确定第一目标服务器未成功更新模型,对第一目标服务器的模型更新失败次数进行递增操作,确定递增后的模型更新失败次数是否小于预设值,若不小于预设值,则向目标服务器集群发送模型回滚指示信息,以使目标服务器集群中的各个目标服务器恢复对目标模型的正常使用;第三处理单元,被配置成如果递增后的模型更新失败次数小于预设值,则继续执行上述处理操作。
在一些实施例中,第二处理单元进一步被配置成:在确定递增后的模型更新失败次数不小于预设值后,向用户返回模型回滚确认信息;响应于接收到用户的确认进行模型回滚的信息,执行上述向目标服务器集群发送模型回滚指示信息。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当该一个或多个程序被该一个或多个处理器执行,使得该一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的用于更新模型的方法和装置,通过响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型,而后响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从该至少一个目标服务器获取模型更新日志,然后对模型更新日志进行分析,生成分析结果,最后向用户返回分析结果,可以方便维护模型的非研发人员完成模型上线以及查看模型更新情况,并且可以节约时间成本。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请的一个实施例可以应用于其中的示例性系统架构图;
图2是根据本申请的用于更新模型的方法的一个实施例的流程图;
图3是根据本申请的用于更新模型的方法的一个应用场景的示意图;
图4是根据本申请的用于更新模型的方法的又一个实施例的流程图;
图5是根据本申请的用于更新模型的装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于更新模型的方法或用于更新模型的装置的实施例的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、模型管理类应用等等。
终端设备101、102、103可以是硬件,也可以是软件。当终端设备101、102、103为硬件时,可以是具有显示屏的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
服务器105可以是提供各种服务的服务器。例如服务器105可以接收用户通过终端设备101、102、103发送的与模型相关的请求(例如模型更新请求、对模型更新情况进行检测的检测请求等等),并对接收到的请求进行分析等处理。
需要说明的是,本申请实施例所提供的用于更新模型的方法一般由服务器105执行。相应地,用于更新模型的装置一般设置于服务器105中。
需要指出的是,服务器可以是硬件,也可以是软件。当服务器为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的用于更新模型的方法的一个实施例的流程200。该用于更新模型的方法的流程200,包括以下步骤:
步骤201,响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型。
在本实施例中,用于更新模型的方法的执行主体(例如图1所示的服务器105)可以响应于接收到用户通过终端设备(例如图1所示的终端设备101、102、103)发送的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型。
其中,本申请中的模型可以属于以下中的一项:正则表达式、规则、机器学习模型。目标模型可以是与新模型对应的旧版本模型。新模型例如可以是通过对目标模型进行调整后得到的模型。
需要说明的是,若转发服务器只与一个服务器集群通信连接,那么目标服务器集群可以指转发服务器当前通信连接的服务器集群。若转发服务器与至少两个服务器集群通信连接,那么目标服务器集群可以是用户指定的服务器集群。模型更新请求还可以包括目标服务器集群的地址。转发服务器可以根据接收到的模型更新请求中的地址,将新模型发送给目标服务器集群。需要指出的是,通过对转发服务器的利用,可以使上述执行主体的职责变得单一化,可以减轻上述执行主体的工作压力。
实践中,上述执行主体可以向用户提供与模型管理相关的界面(例如模型上线界面、模型更新情况查看界面等等)。用户可以通过终端设备访问上述执行主体提供的模型上线界面,在该模型上线界面上执行相应的操作来触发模型更新请求。这样,即使用户是非研发人员,也可以快速地实现模型上线。
步骤202,响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
在本实施例中,上述执行主体可以响应于接收到用户通过终端设备发送的对至少一个目标服务器的模型更新情况进行检测的检测请求,从该至少一个目标服务器获取模型更新日志,对获取到的模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。这里,上述执行主体可以将分析结果发送给用户的终端设备,以向用户返回分析结果。其中,上述检测请求可以包括上述至少一个目标服务器的地址。分析结果可以包括与上述至少一个目标服务器分别对应的更新成功结果或更新失败结果。
实践中,上述执行主体本地可以安装有与目标服务器集群通信连接的调试工具。上述执行主体可以利用该调试工具从上述至少一个目标服务器的设定位置获取模型更新日志,对获取到的模型更新日志进行分析,生成分析结果。
需要指出的是,目标服务器在执行完模型更新操作后,一般需要重新启动。目标服务器的启动方式可以是自动启动或人工控制启动,在此不做具体限定。另外,上述至少一个目标服务器中的目标服务器可以是重新启动后的目标服务器。
若目标服务器的启动方式是人工控制启动,用户可以先重启目标服务器集群中的少部分目标服务器,而后通过终端设备向上述执行主体发送对该少部分目标服务器的模型更新情况进行检测的检测请求,然后接收上述执行主体返回的分析结果。用户可以基于该分析结果查看该少部分目标服务器的模型更新情况。若用户确定模型更新情况符合预期,则可以再重启其它的目标服务器。若用户确定模型更新情况不符合预期,则可以进行后续的调试流程。这样,可以有效地提高用户的模型管理效率。
应该理解,用户可以通过终端设备访问上述执行主体提供的模型更新情况查看界面,在该界面上执行相应的操作来触发上述检测请求。上述执行主体也可以在该界面上向用户展示所生成的分析结果。这样,可以方便用户查看模型更新情况。
在本实施例的一些可选的实现方式中,上述执行主体可以直接访问上述至少一个目标服务器的设定位置,以获取模型更新日志。对于上述至少一个目标服务器中的目标服务器,上述执行主体可以确定从该目标服务器中获取的模型更新日志是否存在预设的更新成功标志信息。而后上述执行主体可以基于确定结果,生成分析结果。其中,更新成功标志信息可以用于指示新模型更新成功。更新成功标志信息的内容可以根据实际需要设置,对此不做具体限定。
作为示例,假设上述至少一个目标服务器包括目标服务器A和目标服务器B。与目标服务器A对应的确定结果是从目标服务器A中获取的模型更新日志不存在预设的更新成功标志信息。与目标服务器B对应的确定结果是从目标服务器B中获取的模型更新日志存在预设的更新成功标志信息。基于这两个确定结果,可以生成用于指示目标服务器A未成功更新模型、目标服务器B成功更新模型的分析结果。
在本实施例的一些可选的实现方式中,上述执行主体可以响应于确定上述至少一个目标服务器中存在第一目标服务器,执行以下处理操作:向转发服务器发送第一指示信息。其中,第一目标服务器可以是模型更新失败的目标服务器。第一指示信息可以用于指示将新模型重新发送给第一目标服务器。这样,第一目标服务器可以重新执行模型更新操作,以将新模型上线。
在本实施例的一些可选的实现方式中,在向转发服务器发送第一提示信息后,上述处理操作的步骤还可以包括:响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志,对该模型更新日志进行分析,确定第一目标服务器是否已成功更新模型,若是,则向用户返回用于提示第一目标服务器已成功更新模型的提示信息。其中,预设条件例如可以为已重新启动或者已执行完模型更新操作等。本实施例不对预设条件的内容做任何限定。需要说明的是,上述执行主体本地可以安装有监控程序,上述执行主体可以利用该监控程序监控第一目标服务器是否已重新启动或者已执行完模型更新操作。
在本实施例的一些可选的实现方式中,上述执行主体还可以响应于确定上述第一目标服务器未成功更新模型,对上述第一目标服务器的模型更新失败次数进行递增操作。其中,该模型更新失败次数的初始值可以为0。上述执行主体在执行递增操作时所采用的步长可以为1。而后,上述执行主体可以将递增后的模型更新失败次数与预设值(例如2或3等)进行比较,以确定递增后的模型更新失败次数是否小于预设值。若不小于预设值,则上述执行主体可以向目标服务器集群发送模型回滚指示信息,以使目标服务器集群中的各个目标服务器恢复对目标模型的正常使用。如果递增后的模型更新失败次数小于预设值,则上述执行主体可以继续执行上述处理操作。应该理解,预设值是可以根据实际需要设置的,在此不做具体限定。
在本实施例的一些可选的实现方式中,上述执行主体可以响应于确定上述至少一个目标服务器中存在第一目标服务器,向目标服务器集群发送模型回滚指示信息。这样,可以使目标服务器集群进行模型回滚,使目标服务器集群中的各个目标服务器恢复对原有的目标模型的正常使用。
在本实施例的一些可选的实现方式中,上述执行主体可以响应于确定上述至少一个目标服务器中存在第一目标服务器,向用户返回模型回滚确认信息,以使用户确认是否对目标服务器集群进行模型回滚。而后,上述执行主体可以响应于接收到用户的确认进行模型回滚的信息,向目标服务器集群发送模型回滚指示信息,以使目标服务器集群进行模型回滚,使目标服务器集群中的各个目标服务器恢复对原有的目标模型的正常使用。
继续参见图3,图3是根据本实施例的用于更新模型的方法的应用场景的一个示意图。在图3的应用场景中,目标服务器集群301中的目标服务器上运行着模型A。其中,目标服务器集群301可以包括目标服务器3011、3012、3013。模型维护人员在获得与模型A相应的新模型A'后,可以通过终端设备302访问服务器303提供的用于进行模型上线的第一界面,通过该第一界面向服务器303发送包括新模型A'的模型更新请求。而后,服务器303可以将该模型更新请求转发给转发服务器304,以使转发服务器304将新模型A'发送给目标服务器集群301,使目标服务器集群301中的目标服务器将本地已有的模型A替换为新模型A'。若目标服务器3011先执行完模型更新操作,则模型维护人员可以重新启动目标服务器3011,然后通过终端设备302访问服务器303提供的用于查看模型更新情况的第二界面,通过该第二界面向服务器303发送对目标服务器3011的模型更新情况进行检测的检测请求。服务器303在接收到该检测请求后,可以从目标服务器3011获取模型更新日志,对该模型更新日志进行分析,生成分析结果,以及将分析结果发送给终端设备302。
本申请的上述实施例提供的方法,通过响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型,而后响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从该至少一个目标服务器获取模型更新日志,然后对模型更新日志进行分析,生成分析结果,最后向用户返回分析结果,可以方便维护模型的非研发人员完成模型上线以及查看模型更新情况,并且可以节约时间成本。
进一步参考图4,其示出了用于更新模型的方法的又一个实施例的流程400。该用于更新模型的方法的流程400,包括以下步骤:
步骤401,响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型。
在本实施例中,用于更新模型的方法的执行主体(例如图1所示的服务器105)可以响应于接收到用户通过终端设备(例如图1所示的终端设备101、102、103)发送的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型。
步骤402,响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
在本实施例中,上述执行主体可以响应于接收到用户通过终端设备发送的对至少一个目标服务器的模型更新情况进行检测的检测请求,从该至少一个目标服务器获取模型更新日志,对获取到的模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
需要说明的是,上述执行主体对获取到的模型更新日志进行分析后,若确定上述至少一个目标服务器中存在第一目标服务器,则上述执行主体可以执行步骤403。其中,第一目标服务器是模型更新失败的目标服务器。
步骤403,向转发服务器发送第一指示信息。
在本实施例中,上述执行主体可以向转发服务器发送第一指示信息。其中,第一指示信息可以用于指示将新模型重新发送给第一目标服务器。这样,第一目标服务器可以重新执行模型更新操作,以将新模型上线。
步骤404,响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志。
在本实施例中,上述执行主体可以响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志。例如,从第一目标服务器的设定位置获取模型更新日志。其中,预设条件例如可以为已重新启动或者已执行完模型更新操作等。本实施例不对预设条件的内容做任何限定。
需要说明的是,上述执行主体本地可以安装有监控程序,上述执行主体可以利用该监控程序监控第一目标服务器是否已重新启动或者已执行完模型更新操作。
步骤405,对从第一目标服务器获取的模型更新日志进行分析,确定第一目标服务器是否已成功更新模型。
在本实施例中,上述执行主体可以对从第一目标服务器获取的模型更新日志进行分析,确定第一目标服务器是否已成功更新模型。若确定已成功更新,则执行步骤406;否则,执行步骤407。需要指出的是,模型更新日志的分析方法可以参看图2所示实施例中的步骤202的相关说明,在此不再赘述。
步骤406,响应于确定第一目标服务器已成功更新模型,向用户返回用于提示第一目标服务器已成功更新模型的提示信息。
在本实施例中,上述执行主体可以响应于确定第一目标服务器已成功更新模型,向用户返回用于提示第一目标服务器已成功更新模型的提示信息。
步骤407,响应于确定第一目标服务器未成功更新模型,对第一目标服务器的模型更新失败次数进行递增操作。
在本实施例中,上述执行主体可以响应于确定第一目标服务器未成功更新模型,对第一目标服务器的模型更新失败次数进行递增操作。其中,该模型更新失败次数的初始值可以为0。上述执行主体在执行递增操作时所采用的步长可以为1。需要说明的是,上述执行主体通过对第一目标服务器的模型更新失败次数进行递增操作,可以记录第一目标服务器重新尝试进行模型更新的失败次数。
步骤408,确定递增后的模型更新失败次数是否小于预设值。
在本实施例中,上述执行主体可以将递增后的模型更新失败次数与预设值(例如2或3等)进行比较,以确定递增后的模型更新失败次数是否小于预设值。若不小于,则上述执行主体可以执行步骤409;否则上述执行主体可以转去执行步骤403。需要说明的是,预设值可以根据实际需要设置,在此不做具体限定。
步骤409,响应于确定递增后的模型更新失败次数不小于预设值,向用户返回模型回滚确认信息。
在本实施例中,上述执行主体可以响应于确定递增后的模型更新失败次数不小于预设值,向用户返回模型回滚确认信息,以使用户确认是否对目标服务器集群进行模型回滚,使目标服务器集群中的各个目标服务器恢复对原有的目标模型的正常使用。
步骤410,响应于接收到用户的确认进行模型回滚的信息,向目标服务器集群发送模型回滚指示信息。
在本实施例中,上述执行主体可以响应于接收到用户通过终端设备发送的确认进行模型回滚的信息,向目标服务器集群发送模型回滚指示信息,以使目标服务器集群进行模型回滚,使目标服务器集群中的各个目标服务器恢复对原有的目标模型的正常使用。
从图4中可以看出,与图2对应的实施例相比,本实施例中的用于更新模型的方法的流程400突出了在确定上述至少一个目标服务器中存在第一目标服务器后的处理步骤。由此本实施例描述的方案可以提高模型更新成功的概率,以及可以确保线上模型的正常使用。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于更新模型的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于更新模型的装置500包括:发送单元501被配置成响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型;分析单元502被配置成响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从上述至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
在本实施例中,用于更新模型的装置500中:发送单元501和分析单元502的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201和步骤202的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,分析单元502可以进一步被配置成:对于上述至少一个目标服务器中的目标服务器,确定从该目标服务器中获取的模型更新日志中是否存在预设的更新成功标志信息;基于确定结果,生成分析结果。
在本实施例的一些可选的实现方式中,上述装置500还可以包括:第一处理单元(图中未示出),被配置成响应于确定上述至少一个目标服务器中存在第一目标服务器,执行以下处理操作:向转发服务器发送第一指示信息,其中,第一目标服务器是模型更新失败的目标服务器,第一指示信息可以用于指示将新模型重新发送给第一目标服务器。
在本实施例的一些可选的实现方式中,第一处理单元可以进一步被配置成:在向转发服务器发送第一指示信息后,响应于检测到第一目标服务器当前满足预设条件,从第一目标服务器获取模型更新日志,对该模型更新日志进行分析,确定第一目标服务器是否已成功更新模型,若是,则向用户返回用于提示第一目标服务器已成功更新模型的提示信息。
在本实施例的一些可选的实现方式中,上述装置500还可以包括:第二处理单元(图中未示出),被配置成响应于确定第一目标服务器未成功更新模型,对第一目标服务器的模型更新失败次数进行递增操作,确定递增后的模型更新失败次数是否小于预设值,若不小于预设值,则向目标服务器集群发送模型回滚指示信息,以使目标服务器集群中的各个目标服务器恢复对目标模型的正常使用;第三处理单元(图中未示出),被配置成如果递增后的模型更新失败次数小于预设值,则继续执行上述处理操作。
在本实施例的一些可选的实现方式中,第二处理单元可以进一步被配置成:在确定递增后的模型更新失败次数不小于预设值后,向用户返回模型回滚确认信息;响应于接收到用户的确认进行模型回滚的信息,执行上述向目标服务器集群发送模型回滚指示信息。
本申请的上述实施例提供的装置,通过响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型,而后响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从该至少一个目标服务器获取模型更新日志,然后对模型更新日志进行分析,生成分析结果,最后向用户返回分析结果,可以方便维护模型的非研发人员完成模型上线以及查看模型更新情况,并且可以节约时间成本。
下面参考图6,其示出了适于用来实现本申请实施例的电子设备(例如图1所示的服务器105)的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的系统中限定的上述功能。
需要说明的是,本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括发送单元和分析单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,发送单元还可以被描述为“将接收到的包括新模型的模型更新请求转发至转发服务器的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备:响应于接收到用户的包括新模型的模型更新请求,将模型更新请求转发至转发服务器,以使转发服务器将新模型发送至目标服务器集群,使目标服务器集群中的目标服务器将本地已有的目标模型替换为新模型;响应于接收到用户的对至少一个目标服务器的模型更新情况进行检测的检测请求,从上述至少一个目标服务器获取模型更新日志,对模型更新日志进行分析,生成分析结果,以及向用户返回分析结果。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。