一种对生成的APP应用进行集群打包的方法.pdf

本发明公开了一种对生成的APP应用进行集群打包的方法，包括以下步骤：将生成的APP应用向负载均衡服务器发出打包请求；负载均衡服务器将打包请求分配至多个制作平台服务器其中之一；得到打包请求任务的制作平台服务器再将该打包请求发送给与其连接的多个打包服务器其中之一；当得到打包请求任务的制作平台服务器又接收到平台更新请求时，执行平台更新操作，而负载均衡服务器不再将后续接收到的打包请求发送给该制作平台服务器，而与该制作平台服务器连接的打包服务器处理完正在执行的打包服务后，暂停执行其它操作或连接至其它制作平台服务器。本发明能保证在制作平台服务器升级过程中打包不中断，且能支持大用户量下的高并发、高效率制作。

权利要求书1.  一种对生成的APP应用进行集群打包的方法，其特征在于，包括以下 步骤： 将生成的APP应用向负载均衡服务器发出打包请求； 负载均衡服务器将打包请求分配至多个制作平台服务器其中之一； 得到打包请求任务的制作平台服务器再将该打包请求发送给与其连接的 多个打包服务器其中之一； 当得到打包请求任务的制作平台服务器又接收到平台更新请求时，执行 平台更新操作，而所述负载均衡服务器不再将后续接收到的打包请求发送给 该制作平台服务器，而与该制作平台服务器连接的打包服务器处理完正在执 行的打包服务后，暂停执行其它操作或连接至其它制作平台服务器。 2.  如权利要求1所述的对生成的APP应用进行集群打包的方法，其特征 在于， 当正在执行打包服务的打包服务器接收到更新请求时，打包服务器处理 完正在执行的打包服务后，立即执行打包服务器更新操作，并断开与制作平 台服务器之间的连接，待更新完成后，再连接至制作平台服务器。 3.  如权利要求2所述的对生成的APP应用进行集群打包的方法，其特征 在于，所述打包服务器包括针对ios系统进行打包的ios打包服务器和针对 android系统进行打包的android打包服务器。 4.  如权利要求3所述的对生成的APP应用进行集群打包的方法，其特征 在于，每个制作平台服务器均连接有至少一个ios打包服务器和至少一个 android打包服务器。 5.  如权利要求4所述的对生成的APP应用进行集群打包的方法，其特征 在于，每个打包服务器连接有至少一个制作平台服务器。 6.  如权利要求5所述的对生成的APP应用进行集群打包的方法，其特征 在于，得到打包请求任务的制作平台服务器同时向ios打包服务器和android打 包服务器发送打包请求，同时执行上述两种打包操作。 7.  如权利要求6所述的对生成的APP应用进行集群打包的方法，其特征 在于，负载均衡服务器将打包请求分配至未执行更新操作的制作平台服务器。

说明书一种对生成的APP应用进行集群打包的方法
技术领域
本发明涉及软件应用技术领域，尤其涉及一种对生成的APP应用进行集 群打包的方法。
背景技术
随着智能手机的发展和普及，以制作APP的平台，如ios和android平台 为代表的移动应用开发者异常活跃，越来越多的人希望借助一个移动APP来 创造奇迹，开创另一个新世界。在这种环境下，普通人也想开发承载着自己 创意和构思的APP，但对于技术门槛过高的移动互联网领域，一个不会编程 的普通人往往不具备APP开发的技能。为了满足人们的需求，自助式APP 开发平台应运而生。
自助式APP开发平台可以帮助普通用户轻松解决开发手机APP的技术障 碍，任何用户无需任何技术知识均可根据自己的创意和构思开发出具有优秀 品质的Native手机APP，且制作速度快、简单、免费、专业。对于自助式 APP开发平台上生成的APP应用，需经过打包形成完整的ios和android安装 包，将打包好的安装包提交到发布平台，通过审核后，终端用户就可以在发 布平台上对APP进行下载安装使用。
随着人们需求的不断提高和开发APP的人越来越多，用户在使用过程中 也会产生新的需求，这促使APP制作平台和打包服务器的功能需要改动和更 新，往往更新的频率也较高。
现有的APP制作平台和打包服务器在改动和更新过程中，会造成打包服 务中断，当用户量较大时，负载不够，制作的效率和稳定性也较低，且APP 打包都大量集中在一个打包服务器上，当打包服务器需要更新或发生故障后， 需要暂停打包或对所有APP应用重新进行打包，造成打包效率低，费时费力。
发明内容
本发明设计开发了一种对生成的APP应用进行集群打包的方法。本发明 的一个目的是解决至少上述问题和/或缺陷，并提供至少后面将说明的优点。
本发明提供的技术方案为：
一种对生成的APP应用进行集群打包的方法，包括以下步骤：
将生成的APP应用向负载均衡服务器发出打包请求；
负载均衡服务器将打包请求分配至多个制作平台服务器其中之一；
得到打包请求任务的制作平台服务器再将该打包请求发送给与其连接的 多个打包服务器其中之一；
当得到打包请求任务的制作平台服务器又接收到平台更新请求时，执行 平台更新操作，而所述负载均衡服务器不再将后续接收到的打包请求发送给 该制作平台服务器，而与该制作平台服务器连接的打包服务器处理完正在执 行的打包服务后，暂停执行其它操作或连接至其它制作平台服务器。
优选的是，所述的对生成的APP应用进行集群打包的方法中，
当正在执行打包服务的打包服务器接收到更新请求时，打包服务器处理 完正在执行的打包服务后，立即执行打包服务器更新操作，并断开与制作平 台服务器之间的连接，待更新完成后，再连接至制作平台服务器。
优选的是，所述的对生成的APP应用进行集群打包的方法中，所述打包 服务器包括针对ios系统进行打包的ios打包服务器和针对android系统进行打 包的android打包服务器。
优选的是，所述的对生成的APP应用进行集群打包的方法中，每个制作 平台服务器均连接有至少一个ios打包服务器和至少一个android打包服务器。
优选的是，所述的对生成的APP应用进行集群打包的方法中，每个打包 服务器连接有至少一个制作平台服务器。
优选的是，所述的对生成的APP应用进行集群打包的方法中，得到打包 请求任务的制作平台服务器同时向ios打包服务器和android打包服务器发送 打包请求，同时执行上述两种打包操作。
优选的是，所述的对生成的APP应用进行集群打包的方法中，负载均衡 服务器将打包请求分配至未执行更新操作的制作平台服务器。
本发明设计开发了一种对生成的APP应用进行集群打包的方法。本发明 至少包括以下有益效果：
第一、本发明的每个打包服务器包括针对ios系统进行打包的ios打包服 务器和针对android系统进行打包的android打包服务器，能满足不同用户的 需求。
第二、本发明采用多个制作平台服务器和多个打包服务器共同完成打包 任务，能提高整个系统的速度和性能，确保制作平台服务器和打包服务器在 更新时打包不中断，降低了对用户的影响。
第三、本发明采用集群服务器进行轮寻操作可以支持大用户量下的高并 发、高效率制作，且速度也很快。
第四、本发明采用集群打包的方式，可以在付出较低成本的情况下获得 在性能、可靠性、灵活性方面的相对较高的收益，具有很好的应用前景。
本发明的其它优点、目标和特征将部分通过下面的说明体现，部分还将 通过对本发明的研究和实践而为本领域的技术人员所理解。
具体实施方式
下面结合实施例对本发明做进一步的详细说明，以令本领域技术人员参 照说明书文字能够据以实施。
一种对生成的APP应用进行集群打包的方法，包括以下步骤：
将生成的APP应用向负载均衡服务器发出打包请求。例如，生成的APP 应用有十个，在APP生成完成后，用户点击打包按钮，向负载均衡服务器发 出十个打包请求。
负载均衡服务器将打包请求分配至多个制作平台服务器其中之一。负载 均衡服务器将一个打包请求只分配至一个制作平台服务器。例如，制作平台 服务器有四个，负载均衡服务器将第一个打包请求分配到第二个制作平台服 务器，负载均衡服务器就不会将第一个打包请求再分配给第一个、第三个和 第四个制作平台服务器。但一个制作平台服务器可以得到一个或多个不同的 打包请求。例如，负载均衡服务器将第五个到第八个打包请求分配至第一个 制作平台服务器。
得到打包请求任务的制作平台服务器再将该打包请求发送给与其连接的 多个打包服务器其中之一。得到打包请求任务的制作平台服务器将一个打包 请求只发送给与该制作平台服务器连接的一个打包服务器。例如，与第二个 制作平台服务器连接的打包服务器有A、B、C、D四个，得到第一个打包请 求任务的第二个制作平台服务器将该打包请求发送给C打包服务器，第二个制 作平台服务器不再将该打包请求发送给A、B和D打包服务器。但一个打包服 务器可以得到一个或多个不同的打包请求。例如，打包服务器A得到了由制 作平台服务器发送的三个不同的打包请求。
当得到打包请求任务的制作平台服务器又接收到平台更新请求时，执行 平台更新操作，而所述负载均衡服务器不再将后续接收到的打包请求发送给 该制作平台服务器，而与该制作平台服务器连接的打包服务器处理完正在执 行的打包服务后，暂停执行其它操作或连接至其它制作平台服务器。例如， 当得到第一个打包请求任务的第二个制作平台服务器又接收到平台更新请求 时，执行平台更新操作，而所述负载均衡服务器不再将后续接收到的打包请 求发送给第二个制作平台服务器，而与第二个制作平台服务器连接的C打包服 务器处理完正在执行的第一个打包服务后，暂停执行其它操作或连接至其它 制作平台服务器，如第一个制作平台服务器。
所述的对生成的APP应用进行集群打包的方法中，
当正在执行打包服务的打包服务器接收到更新请求时，打包服务器处理 完正在执行的打包服务后，立即执行打包服务器更新操作，并断开与制作平 台服务器之间的连接，待更新完成后，再连接至制作平台服务器。例如，当 正在执行第一个打包服务的C打包服务器接收到更新请求时，C打包服务器处 理完正在执行的第一个打包服务后，立即执行C打包服务器更新操作，并断开 与第二个制作平台服务器之间的连接，待更新完成后，再连接至四个制作平 台服务器中的至少一个制作平台服务器，如第三个制作平台服务器。在更新 完成前，再有后续的打包请求时，负载均衡服务器重新进行分配，通过未执 行更新操作的制作平台服务器将打包请求分配给未执行更新操作的打包服务 器，这样在某个打包服务器更新过程中能保证打包不中断，以及后续打包的 正常进行。
所述的对生成的APP应用进行集群打包的方法中，所述打包服务器包括 针对ios系统进行打包的ios打包服务器和针对android系统进行打包的android 打包服务器。这样能满足不同用户的需求。
所述的对生成的APP应用进行集群打包的方法中，每个制作平台服务器 均连接有至少一个ios打包服务器和至少一个android打包服务器。例如，第二 个制作平台服务器连接有两个ios打包服务器和两个android打包服务器。
所述的对生成的APP应用进行集群打包的方法中，每个打包服务器连接 有至少一个制作平台服务器。
所述的对生成的APP应用进行集群打包的方法中，得到打包请求任务的 制作平台服务器同时向ios打包服务器和android打包服务器发送打包请求，同 时执行上述两种打包操作。例如，第二个制作平台服务器得到第一个打包请 求任务后，同时向与第二个制作平台服务器连接的ios打包服务器和android打 包服务器发送打包请求，同时执行上述两种打包操作。
所述的对生成的APP应用进行集群打包的方法中，负载均衡服务器将打 包请求分配至未执行更新操作的制作平台服务器。例如，制作平台服务器有 四个，负载均衡服务器将第一个打包请求分配到第二个制作平台服务器后， 当得到打包请求任务的第二个制作平台服务器又接收到平台更新请求时，执 行平台更新操作，所述负载均衡服务器将后续收到的打包请求分配至未执行 更新操作的制作平台服务器，如第一个制作平台服务器。第二个制作平台服 务器更新完后，第三个制作平台服务器接收到平台更新请求时，负载均衡服 务器可将后续接收到的打包请求发送给第二个制作平台服务器。这样能保证 在某个制作平台服务器执行更新操作时，后续的制作平台服务器能继续实现 制作平台服务器的分配功能，保证打包不中断，以及后续打包的正常进行。
尽管本发明的实施方案已公开如上，但其并不仅仅限于说明书和实施方 式中所列运用，它完全可以被适用于各种适合本发明的领域，对于熟悉本领 域的人员而言，可容易地实现另外的修改，因此在不背离权利要求及等同范 围所限定的一般概念下，本发明并不限于特定的细节和这里示出与描述的实 施例。