一种应用总装的实现方法、设备及介质与流程

1.本技术涉及计算机领域，具体涉及一种应用总装的实现方法、设备及介质。


背景技术：

2.应用总装指的是应用系统从开发态向运行态交付的过程，然而现有技术中，应用系统从开发态到运行态时经常出现空窗阶段，这容易导致责任不清晰。比如，多个开发测试环境部署架构、版本、参数管理混乱；多个开发中心联合开发测试时，存在进度不统一，沟通成本高的问题；运行态运维人员不清楚何时可以介入。


技术实现要素：

3.为了解决上述问题，本技术提出了一种应用总装的实现方法，包括：
4.确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同；
5.接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果；
6.确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同；
7.接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
8.在一个示例中，确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，具体包括：
9.接收各工艺节点分别发送的自身对应的第一工艺内容，所述第一工艺内容包括：安装配置工艺、版本部署工艺、性能调优工艺、日志采集工艺、监控采集工艺、检查巡检工艺中的至少一种；
10.将所述第一工艺内容进行汇总，并将汇总后的第二工艺内容反馈至所有工艺节点，以使每个所述工艺节点根据自身对应的第一工艺内容在所述第二工艺内容中的顺序，确定工艺顺序结果；
11.接收所述所有工艺节点发送的所述工艺顺序结果，并根据所述第一工艺内容之间的依赖关系进行顺序协同，将所述工艺顺序结果进行调整，得到第二协同结果。
12.在一个示例中，根据所述第一工艺内容之间的依赖关系进行顺序协同，将所述工艺顺序结果进行调整，得到第二协同结果，具体包括：
13.根据所述第一工艺内容之间的依赖关系，确定各第一工艺内容被其他第一工艺内容的依赖程度；
14.按照所述依赖程度的高低进行顺序协同，将所述工艺顺序结果进行调整，以在调整过程中，调整所述依赖程度低于预设程度的第一工艺内容的工艺顺序，得到第二协同结
果。
15.在一个示例中，根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试，具体包括：
16.确定各测试节点中用于资源池管理的指定测试节点；
17.通过所述指定测试节点，对所述应用系统中的各模块在不同工作状态进行测试，以确定所述各模块在不同工作状态下的资源需求，所述工作状态至少包括正常状态、异常状态；
18.根据所述资源需求对所述应用系统的资源池分配进行调整，以在所述应用系统工作时，根据所述各模块的工作状态，自动分配相应的资源。
19.在一个示例中，通过所述指定测试节点，对所述应用系统中的各模块在不同工作状态进行测试，以确定所述各模块在不同工作状态下的资源需求，具体包括：
20.通过所述指定测试节点，对测试环境中的多个维度进行调整，以实现对所述应用系统中的各模块所处的工作状态进行改变，并在改变过程中，确定各维度对所述各模块的资源需求的影响程度；
21.针对所述影响程度最高的若干个维度中的每个维度，根据采集到的该维度在调整过程中每个模块的资源需求值，拟合生成该维度对每个模块的资源需求曲线，以便于通过所述资源需求曲线，对所述应用系统在工作过程中是否将要达到所述异常状态进行预估。
22.在一个示例中，所述方法还包括：
23.将所述应用系统进行发布，并获取所述应用系统的发布成功率；
24.对所述应用系统进行分析，以确定对所述发布成功率影响最大的若干个参数；
25.通过所述规划节点、所述工艺节点和所述测试节点对所述若干个参数进行调整，以提高所述发布成功率。
26.在一个示例中，对所述应用系统进行分析，以确定对所述发布成功率影响最大的若干个参数，具体包括：
27.采集应用系统发布失败的设备的设备信息，所述设备信息中包括多个参数；
28.将所述设备信息作为输入，通过预先训练的神经网络模型输出得到各所述参数对所述发布成功率的影响程度，并在其中选取影响最大的若干个参数；
29.所述神经网络模型的训练过程至少包括：
30.采集应用系统发布时的设备的设备信息以及发布结果，将所述设备信息作为训练样本，并将所述发布结果作为标签，以有监督训练的方式训练得到预训练模型；
31.根据所述设备信息生成无标签的虚拟数据，并通过所述预训练模型对所述虚拟数据进行预测分类，赋予伪标签，并对所述伪标签采用伪标签三元组损失函数进行训练。
32.在一个示例中，所述规划内容包括：测试环境规划、技术架构规划、软硬产品规划、资源池规划、devops规划、应用系统设计中的至少一种；
33.所述测试内容包括：资源池构建、资源交付、资源容量管理、架构规范检核、测试应用运维、测试环境轮转、版本安装及检核、认证服务中的至少一种。
34.另一方面，本技术还提出了一种应用总装的实现设备，包括：
35.至少一个处理器；以及，
36.与所述至少一个处理器通信连接的存储器；其中，
37.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
38.确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同；
39.接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果；
40.确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同；
41.接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
42.另一方面，本技术还提出了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
43.确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同；
44.接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果；
45.确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同；
46.接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
47.通过本技术提出应用总装的实现方法能够带来如下有益效果：
48.对多个规划节点、工艺节点、以及测试节点的工作和进展进行收集，并进行统一的工作分配和管理，能够站在全局的角度对各节点和数据进行快速有效管理，通过自动采集、比对等形式识别设计态和测试运行态差异和落实架构规范的合规性，推动架构治理，从而解决空窗阶段的存在问题，降低了各节点之间的沟通成本，方便运维人员的准确介入。并且还能够提升测试环境交付质量和交付效率，以及用户测试体验和版本投产质量，丰富服务器的版本、参数、部署等管理水平。
附图说明
49.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
50.图1为本技术实施例中应用总装的实现方法的流程示意图；
51.图2为本技术实施例中一种场景下的，应用总装的实现方法的示意图；
52.图3为本技术实施例中应用总装的实现设备的示意图。
具体实施方式
53.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及
相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.以下结合附图，详细说明本技术各实施例提供的技术方案。
55.如图1所示，本技术实施例提供一种应用总装的实现方法，包括：
56.s101：确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同。
57.如图2所示，规划节点主要用于参与制度、标准、流程的制定规划，促进制度、标准、流程的持续改进。不同的规划节点分别用于进行自身的规划内容。规划内容可以包括：测试环境规划、技术架构规划、软硬产品规划、资源池规划、devops规划、应用系统设计等。
58.本文中执行主体可以是相应的服务器，不同的规划节点对应着不同的规划内容，而不同的规划内容之间可能会存在多种关系，比如，顺序关系(通常先规划完技术架构规则，才执行资源池规划)、上下层关系(资源池规划中，存在资源交付规划、资源容量规划等多个下层规划)等。故而需要服务器对各规划内容进行整合协同，在得到第一协同结果后，可以将第一协同结果反馈至各规划节点中，各规划节点即可按照第一协同结果执行规划内容。当然，各规划节点之间也可以相互通信，或者通过服务器进行通信，以确保自身在什么时间下执行内容规划。
59.s102：接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果。
60.规划节点在执行完自身的规划内容后，向服务器反馈相应的结果(在此称作子规划协同结果)，服务器即可对其进行整合，得到总规划协同结果。整合过程中，可以进行去重、拼接、数据清洗等步骤。
61.s103：确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同。
62.如图2所示，在执行完规划协同后，开始执行工艺协同。工艺节点主要用于遵循制度、标准、流程的要求，结合相关的实施工艺，建立相关产品、实施、核验的指标模型，提升精细化管理和服务能力，促进工具支撑能力的优化和提升。而工艺内容可以包括安装配置工艺、版本部署工艺、性能调优工艺、日志采集工艺、监控采集工艺、检查/巡检工艺。
63.与规划协同类似的，各工艺节点分别执行自身的工艺内容。而针对于工艺内容来说，其往往具有更强的依赖关系和顺序关系，比如，往往先执行安装配置工艺、版本部署工艺，再执行性能调优工艺，而检查/巡检工艺则往往顺序排在最后。服务器在得到总规划协同结果后，然后将其发送至各工艺节点，工艺节点即可以总规划协同结果为基础，进行各工艺内容的执行。并在执行过程中，与其他的工艺节点进行工艺协同。
64.s104：接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
65.如图2所示，工艺节点进行工艺协同后，应用系统即可初步开发完毕，服务器接收到工艺协同后的应用系统后，将该应用系统发往各测试节点进行应用测试。测试节点以拎
包住入的测试环境服务标准，促进实施工艺的优化、改进；促进自动化、自服务能力提升；完善应用运维的服务模型；促进架构设计态和测试运行态的一致性；促进架构资产和应用系统数字化能力提升。
66.测试节点用于测试环境服务，测试内容可以包括：资源池构建、资源交付、资源容量管理、架构规范检核、测试应用运维、测试环境轮转、版本安装及检核、认证服务等。对于测试节点，可以按整体计划进行测试环境应用系统的4a变更权限分配、回收工作，并按需进行测试环境运维操作事后审计工作。
67.对多个规划节点、工艺节点、以及测试节点的工作和进展进行收集，并进行统一的工作分配和管理，能够站在全局的角度对各节点和数据进行快速有效管理，通过自动采集、比对等形式识别设计态和测试运行态差异和落实架构规范的合规性，推动架构治理，从而解决空窗阶段的存在问题，降低了各节点之间的沟通成本，方便运维人员的准确介入。并且还能够提升测试环境交付质量和交付效率，以及用户测试体验和版本投产质量，丰富服务器的版本、参数、部署等管理水平。
68.在一个实施例中，通常认为应用总装中的各工艺是有依赖关系和先后顺序的，基于此，在对工艺内容进行顺序协同时，首先接收各工艺节点分别发送的自身对应的第一工艺内容，其中，第一工艺内容包括：安装配置工艺、版本部署工艺、性能调优工艺、日志采集工艺、监控采集工艺、检查巡检工艺中的至少一种。
69.然后将第一工艺内容进行汇总，并将汇总后的第二工艺内容反馈至所有工艺节点。每个工艺节点接收到第二工艺内容后，即可根据自身对应的第一工艺内容在第二工艺内容中的顺序，以自身的角度出发，初步确定工艺顺序结果。
70.各工艺节点将自身初步确定的工艺顺序结果发送至服务器，服务器接收所述所有工艺节点发送的工艺顺序结果后，根据第一工艺内容之间的依赖关系进行顺序协同，以此将工艺顺序结果进行调整，得到第二协同结果。如此通过双方站在各自的角度，先有各节点进行初步确定顺序，再由服务器统筹确定顺序，有效保证最终确定的顺序的可实施性更高。
71.进一步地，在服务器调整工艺顺序结果时，首先根据第一工艺内容之间的依赖关系，确定各第一工艺内容被其他第一工艺内容的依赖程度。依赖程度可以通过第一工艺内容被其他工艺内容依赖的数量来确定，数量越多，依赖程度越高。
72.按照依赖程度的高低进行顺序协同，将工艺顺序结果进行调整，以在调整过程中，调整依赖程度低于预设程度的第一工艺内容的工艺顺序，得到第二协同结果。依赖程度越高，表示该第一工艺内容越重要，则越不应该被调整，故而只调整依赖程度较低的第一工艺内容的工艺顺序。
73.在一个实施例中，进行环境服务测试时，首先确定各测试节点中用于资源池管理的指定测试节点。然后通过指定测试节点，对应用系统中的各模块在不同工作状态进行测试，以确定各模块在不同工作状态下的资源需求。其中，工作状态至少包括正常状态、异常状态，资源需求可以包括网络资源、计算资源等。根据资源需求对应用系统的资源池分配进行调整，在调整后的资源池分配中，可以在应用系统工作时，根据各模块的工作状态，自动分配相应的资源。通常来说，各模块的资源分配都是固定的，而通过工作状态进行灵活自动分配资源，能够保证应用系统在工作时，面对不同的工作状态能够更加稳定。
74.进一步地，在确定资源需求时，通过指定测试节点，对测试环境中的多个维度进行
调整，以实现对应用系统中的各模块所处的工作状态进行改变。维度可以包括网络通讯状态、访问人数、当前执行业务等。并在改变过程中，确定各维度对各模块的资源需求的影响程度。确定影响程度可以通过控制变量法，每次只改变一个维度来确定。
75.针对影响程度最高的若干个维度中的每个维度，根据采集到的该维度在调整过程中每个模块的资源需求值，拟合生成该维度对每个模块的资源需求曲线。资源需求值指的是，在调整过程中，应用系统对于各资源的需求程度，而资源需求曲线的横坐标可以是维度的值，纵坐标是资源需求值。在得到了资源需求值拟合生成的资源需求曲线后，可以通过该资源需求曲线，对应用系统在工作过程中是否将要达到异常状态进行预估，比如，应用系统时刻监督各维度对应的值，以此来判断资源需求值，进而对异常状态进行预估。
76.基于此，不仅可以按应用系统逻辑架构进行资源申请和供给，对应用系统资源使用情况进行统计、分析，根据系统资源的进行扩容或缩容，还可以进行资源的灵活调配，提高应用系统的稳定性。
77.在一个实施例中，对应用系统测试完后，将应用系统进行发布，并获取应用系统的发布成功率。发布时，可以按需进行应用系统的应用版本发布工作。并且可以根据自动化版本发布的成功率来检核版本制作质量，对应用系统进行分析，以确定对发布成功率影响最大的若干个参数。最终可以通过规划节点、工艺节点和测试节点对若干个参数进行调整，以提高发布成功率。根据生产环境对多个测试环境对应应用系统进行参数调整，按照技术架构要求进行参数调优。
78.进一步地，确定影响的参数时，可以首先采集应用系统发布失败的设备的设备信息，其中，设备信息中包括多个参数，比如，发布时间、发布机型、操作系统、用户群体等。将设备信息作为输入，通过预先训练的神经网络模型输出得到各参数对所述发布成功率的影响程度，并在其中选取影响最大的若干个参数。通过神经网络模型可以更加准确的判断出，哪个参数对应用系统发布失败的影响更大，由此进行针对性的解决，按缺陷修复提供的版本、参数信息，登录应用系统主机进行版本校验、参数检核。
79.更进一步地，神经网络模型的训练过程至少包括：采集应用系统发布时的设备的设备信息以及发布结果，将设备信息作为训练样本，并将发布结果作为标签，以有监督训练的方式训练得到预训练模型。此时得到的与预训练模型虽然能够判断出结果，但是往往由于训练样本的数量较少，导致结果准确性并不高。此时，可以根据设备信息生成无标签的虚拟数据，虚拟数据可以是将设备信息进行有规律的调节后生成的，比如，采集市场上的常用机型的用户人群，由此生成新的设备信息作为虚拟数据。最终通过预训练模型对虚拟数据进行预测分类，并在训练过程中为虚拟数据赋予伪标签，对伪标签采用伪标签三元组损失函数进行训练，从而得到最终的神经网络模型。
80.在一个实施例中，应用系统在运行时的日常运维后，还可以按照测试环境整体计划，及时清理应用系统日志、垃圾数据，并根据监控或业务报障进行应用系统日常服务启停等应急处置。并且在测试、运维等过程中，可以按测试整体计划完成批量作业调度任务，推动各应用系统批量作业任务上调度平台，由此实现批量作业，保证工作效率。
81.如图3所示，本技术实施例还提供了一种应用总装的实现设备，包括：
82.至少一个处理器；以及，
83.与所述至少一个处理器通信连接的存储器；其中，
84.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
85.确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同；
86.接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果；
87.确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同；
88.接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
89.本技术实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
90.确定各规划节点分别对应的规划内容，并根据所述规划内容之间的架构关系进行整合协同，得到第一协同结果，以使各所述规划节点根据所述第一协同结果进行规划协同；
91.接收各所述规划节点分别反馈的子规划协同结果，并根据所述子规划协同子结果整合得到总规划协同结果；
92.确定各工艺节点分别对应的工艺内容，并根据所述工艺内容之间的依赖关系进行顺序协同，得到第二协同结果，以使各所述工艺节点基于所述总规划协同结果，根据所述第二协同结果进行工艺协同；
93.接收指定工艺节点反馈的经过工艺协同后的应用系统，并根据各测试节点分别对应的测试内容，对所述应用系统进行环境服务测试。
94.本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
95.本技术实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。
96.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
97.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实
现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
98.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
99.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
100.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
101.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
102.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
103.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
104.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。