用于应用程序发版的方法和系统技术方案

本申请公开一种用于应用程序发版的方法和系统。该方法包括：根据所述应用服务器接收的请求存储注册信息，根据所述应用服务器已完成的请求更新所述注册信息，判断所述注册信息是否满足预定条件，当判断结果为是，对所述应用程序进行发版。本发明专利技术实施例，能够避免应用程序发版时，应用服务器重启对业务处理的影响。

【技术实现步骤摘要】
用于应用程序发版的方法和系统
本专利技术涉及计算机科学
，具体而言，涉及一种用于应用程序发版的方法和系统。
技术介绍
分布式系统通过将各台代理服务器关联起来，具有高可用、高性能的特点。每台代理服务器上可以部署多个应用服务器，利用每台代理服务器的nginx组件将业务请求分发到每台代理服务器的多个应用服务器中。当应用服务器的功能需要更新或有新增功能时，需要对应用服务器上运行的应用程序进行发版更新。从而使应用服务器处于最新版本状态为用户提供服务。在进行发版更新应用程序时，需要对应用服务器重启，这时还有很多请求被发送到应用服务器上，而应用服务器重启时会停止服务，因此对业务处理造成影响，例如，请求被强制中断，或者需要等待应用服务器重启后继续提供服务，或者直接报错。目前，为了减少应用程序发版时，应用服务器重启对业务处理的影响，可采用避开高峰期发版的方法。每个系统都有访问或业务处理高峰期，可以选择避开高峰期发版，例如，互联网WEB系统访问高峰期都在白天，因此可以选择凌晨2点进行发版。然而，这种避开高峰期发版的方法，依然无法避免应用程序发版时，应用服务器重启对业务处理的影响。然而，这种避开高峰期发版的方法，依然无法避免应用程序发版时，应用服务器重启对业务处理的影响。因此，需要一种新的用于应用程序发版的方法和系统。在所述
技术介绍
部分公开的上述信息仅用于加强对本专利技术的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现思路
有鉴于此，本专利技术提供一种用于应用程序发版的方法和系统，能够避免应用程序发版时，应用服务器重启对业务处理的影响。本专利技术的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本专利技术的实践而习得。根据本专利技术的一方面，提供一种用于应用程序发版的方法，所述应用程序运行于应用服务器上，所述方法包括：根据所述应用服务器接收的请求存储注册信息；根据所述应用服务器已完成的请求更新所述注册信息；判断所述注册信息是否满足预定条件；当判断结果为是，对所述应用程序进行发版。在本专利技术的一种示例性实施例中，所述注册信息包括：应用服务器标识以及请求的总数。在本专利技术的一种示例性实施例中，所述根据所述应用服务器接收的请求存储注册信息，包括：根据所述应用服务器接收的请求，增加所述注册信息中所述应用服务器标识对应的请求的总数。在本专利技术的一种示例性实施例中，所述根据所述应用服务器已完成的请求更新所述注册信息，包括：根据所述应用服务器已完成的请求，减少所述注册信息中所述应用服务器对应的请求的总数。在本专利技术的一种示例性实施例中，所述判断所述注册信息是否满足预定条件，包括：判断所述注册信息中所述应用服务器接对应的请求的总数是否为0。在本专利技术的一种示例性实施例中，所述注册信息包括：应用服务器标识以及请求标识。在本专利技术的一种示例性实施例中，所述根据所述应用服务器接收的请求存储注册信息，包括：在注册信息中增加包含请求标识以及应用服务器标识的注册信息。在本专利技术的一种示例性实施例中，所述根据所述应用服务器已完成的请求更新所述注册信息，包括：根据所述应用服务器已完成的请求，在所述注册信息删除包含所述应用服务器标识以及所述已完成的请求的请求标识的注册信息。在本专利技术的一种示例性实施例中，所述判断所述注册信息是否满足预定条件，包括：对包含所述应用服务器标识的注册信息进行求和处理，以获取所述应用服务器对应的请求的总数；判断所述注册信息中所述应用服务器对应的请求的总数是否为0。根据本专利技术的另一方面，提供一种用于应用程序发版的系统，所述应用程序运行于应用服务器上，所述系统包括：存储模块，用于根据所述应用服务器接收的请求存储注册信息；更新模块，用于根据所述应用服务器已完成的请求更新所述注册信息；判断模块，用于判断所述注册信息是否满足预定条件；发版模块，用于在所述判断模块判断结果为是时，对所述应用程序进行发版。在本专利技术的一种示例性实施例中，所述注册信息包括：应用服务器标识以及请求的总数。在本专利技术的一种示例性实施例中，所述存储模块，根据所述应用服务器接收的请求，增加所述注册信息中所述应用服务器标识对应的请求的总数。在本专利技术的一种示例性实施例中，所述注册信息包括：应用服务器标识以及请求标识。在本专利技术的一种示例性实施例中，所述存储模块，配置为在注册信息中增加包含请求标识以及应用服务器标识的注册信息。本专利技术实施例中，根据所述应用服务器接收的请求存储注册信息，根据所述应用服务器已完成的请求更新所述注册信息，判断所述注册信息是否满足预定条件，当判断结果为是，对所述应用程序进行发版。本专利技术实施例，能够避免应用程序发版时，应用服务器重启对业务处理的影响。附图说明通过参照附图详细描述其示例实施例，本专利技术的上述和其它目标、特征及优点将变得更加显而易见。图1是根据一示例性实施例示出的用于应用程序发版的方法的流程图。图2是根据一示例性实施例示出的代理服务器的结构图。图3是根据一示例性实施例示出的用于应用程序发版的系统的结构图。具体实施方式现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本专利技术将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本专利技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本专利技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本专利技术的各方面。附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。图1是根据一示例性实施例示出的用于应用程序发版的方法的流程图。需要说明的是，该待发版的应用程序运行于应用服务器上。如图1所示，在S102中，根据应用服务器接收的请求存储注册信息。根据示例实施例，每台代理服务器上可以部署多个应用服务器，例如，图2是根据一示例性实施例示出的代理服务器的结构图。如图2所示，代理服务器nginx上部署了应用服务器A(tomactA)和应用服务器B(tomactA)。代理服务器可以将获取到的请求分发给相应的应用服务器处理。每个应用服务器在接收到请求后，根据接收的请求存储注册信息，该注册信息可以存储在缓存组件中。需要说明的是，缓存组件可以以key:value的键值对格式来存储注册信息，key是一个字符串，value是对应的值。增加注册信息中应用服务器标识对应的请求的总数可以通过程序调用缓存组件提供的api(接口方法)来实现。需注意，key具有唯一性，本文档来自技高网...

【技术保护点】
一种用于应用程序发版的方法，其特征在于，所述应用程序运行于应用服务器上，所述方法包括：根据所述应用服务器接收的请求存储注册信息；根据所述应用服务器已完成的请求更新所述注册信息；判断所述注册信息是否满足预定条件；当判断结果为是，对所述应用程序进行发版。

【技术特征摘要】
1.一种用于应用程序发版的方法，其特征在于，所述应用程序运行于应用服务器上，所述方法包括：根据所述应用服务器接收的请求存储注册信息；根据所述应用服务器已完成的请求更新所述注册信息；判断所述注册信息是否满足预定条件；当判断结果为是，对所述应用程序进行发版。2.如权利要求1所述的方法，其特征在于，所述注册信息包括：应用服务器标识以及请求的总数。3.如权利要求2所述的方法，其特征在于，所述根据所述应用服务器接收的请求存储注册信息，包括：根据所述应用服务器接收的请求，增加所述注册信息中所述应用服务器标识对应的请求的总数。4.如权利要求3所述的方法，其特征在于，所述根据所述应用服务器已完成的请求更新所述注册信息，包括：根据所述应用服务器已完成的请求，减少所述注册信息中所述应用服务器对应的请求的总数。5.如权利要求4所述的方法，其特征在于，所述判断所述注册信息是否满足预定条件，包括：判断所述注册信息中所述应用服务器接对应的请求的总数是否为0。6.如权利要求1所述的方法，其特征在于，所述注册信息包括：应用服务器标识以及请求标识。7.如权利要求6所述的方法，其特征在于，所述根据所述应用服务器接收的请求存储注册信息，包括：在注册信息中增加包含请求标识以及应用服务器标识的注册信息。8.如权利要求7所述的方法，其特征在于，所述根据所述应用服务器已完...

【专利技术属性】
技术研发人员：梅军，
申请(专利权)人：北京京东尚科信息技术有限公司，北京京东世纪贸易有限公司，
类型：发明
国别省市：北京,11