应用下发方法、装置、计算机设备和存储介质与流程

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.图1为一个实施例中应用下发方法的应用环境图；
28.图2为一个实施例中应用下发方法的流程示意图；
29.图3为一个实施例中跨节点消息通知的示意图；
30.图4为一个实施例中账号创建以及账号权限管理的示意图；
31.图5为另一个实施例中应用下发方法的应用架构图；
32.图6为一个实施例中接入标准以及交付标准的示意图；
33.图7为又一个实施例中应用下发方法的示意图；
34.图8为一个实施例中下发目标应用配置信息的示意图；
35.图9为另一个实施例中应用下发方法的流程示意图；
36.图10为一个实施例中应用下发装置的结构框图；
37.图11为一个实施例中计算机设备的内部结构图。
具体实施方式
38.本技术中涉及云技术，云技术(cloud technology)基于云计算商业模式应用的网
络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。
39.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
40.本技术提供的应用下发方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与管理控制端104进行通信。当需要进行应用下发时，用户会通过终端102发送应用下发请求至管理控制端104，当接收到应用下发请求时，管理控制端104会读取应用产品对应的已存储应用配置信息，应用下发请求携带待下发应用标识以及待下发节点标识，根据待下发应用标识以及待下发节点标识进行应用下发审核，当应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点。其中，管理控制端可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术在此不做限制。其中，管理控制端可以为区块链中的节点。
41.在一个实施例中，如图2所示，提供了一种应用下发方法，以该方法应用于图1中的管理控制端为例进行说明，包括以下步骤：
42.步骤202，当接收到应用下发请求时，读取应用产品对应的已存储应用配置信息，应用下发请求携带待下发应用标识以及待下发节点标识，已存储应用配置信息为接入应用产品时存储的应用配置信息。
43.其中，应用下发请求是指将应用产品下发至云节点的请求。云节点是指与云巅对应的边缘节点。比如，云节点具体可以是指设置在地级市等行政区域的工业云节点，这里的云端是指对边缘节点进行管控的管理控制端。应用产品是指云计算应用产品，能够基于云计算提供产品服务。已存储应用配置信息是指在接入应用产品时所存储的、与应用产品对应的应用配置信息。比如，已存储应用配置信息具体可以是指与应用产品对应的版本配置信息以及产品属性信息，其中，版本配置信息具体可以是指版本代码等，产品属性信息具体可以是指产品规格、文档、图片、产品来源等信息。
44.其中，接入应用产品是指由产品服务商将应用产品接入至管理控制端中的公有云市场，这里的接入就是指让公有云市场获取并存储应用产品的应用配置信息。待下发应用标识是指需要下发的应用产品的标识，用于确定需要下发的应用产品。比如，待下发应用标识具体可以是指需要下发的应用产品的id(identity document，身份标识)。待下发节点标识是指需要下发应用产品的云节点的标识，用于确定需要进行应用产品下发的云节点。比
如，待下发节点标识具体可以是指需要进行应用产品下发的云节点的id。
45.具体的，当需要对云节点进行应用下发时，产品服务商会通过终端发送携带待下发应用标识以及待下发节点标识的应用下发请求至管理控制端，管理控制端在接收到应用下发请求时，会读取应用产品对应的已存储应用配置信息，以便根据已存储应用配置信息进行应用下发。需要说明的是，这里的应用产品对应的已存储应用配置信息是指与所有已接入管理控制端的应用产品所对应的应用配置信息。
46.步骤204，根据待下发应用标识以及待下发节点标识进行应用下发审核。
47.具体的，在接收到应用下发请求时，管理控制端需要根据待下发应用标识以及待下发节点标识对是否可以进行应用下发进行审核。在审核时，管理控制端会根据待下发应用标识以及待下发节点标识生成审核提示，推送审核提示，以提示应用下发审核人员对是否可以进行应用下发进行审核，应用下发审核人员会根据审核提示反馈审核结果，当审核结果为审核通过时，表示应用下发审核通过。
48.步骤206，当应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息。
49.具体的，当应用下发审核通过时，表示可以进行应用下发，管理控制端会根据待下发应用标识从已存储应用配置信息中获取对应的目标应用配置信息。
50.步骤208，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点。
51.具体的，在获取到目标应用配置信息后，管理控制端需要根据待下发应用标识确定待下发应用，并根据待下发节点标识确定目标下发节点，以便从目标下发节点中获取与待下发应用对应的应用版本信息，进而利用应用版本信息将目标应用配置信息下发至目标下发节点。
52.上述应用下发方法，只需要将应用产品完成一次对接，得到与应用产品对应的已存储应用配置信息，就可以在接收到应用下发请求时，读取已存储应用配置信息，在根据待下发应用标识以及待下发节点标识进行应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点，以使得目标下发节点根据目标应用配置信息进行应用部署，而不需要将应用产品同时对接到多个云应用市场，把应用接入过程从应用部署流程中剥离出来，能够实现灵活应用部署，提高应用部署效率。
53.在一个实施例中，当接收到应用下发请求时，读取应用产品对应的已存储应用配置信息之前，还包括：
54.接收应用产品接入请求，应用产品接入请求携带应用标识、应用配置信息以及接入方标识；
55.当根据接入方标识进行身份验证通过后，根据应用标识存储应用配置信息，得到应用产品对应的已存储应用配置信息。
56.其中，应用产品接入请求是指对应用产品进行接入的请求。应用标识是指需要接入的应用产品的标识，用于区分不同的应用产品。比如，应用标识具体可以是指应用产品的id。接入方标识是指进行应用产品接入的产品服务商的标识，用于区分不同的产品服务商。比如，接入方标识具体可以是指接入方账号。
57.具体的，当产品服务商需要将自身的应用产品接入管理控制端中的公有云市场
时，会通过终端发送应用产品接入请求至公有云市场提供的接入地址，在应用产品接入请求中携带有应用标识、应用配置信息以及接入方标识，在接收到应用产品接入请求后，管理控制端中的公有云会先根据其中的接入方标识对接入方进行身份验证，当根据接入方标识进行身份验证通过后，表示接入方有权限进行应用产品接入，管理控制端中的公有云会根据应用标识存储应用配置信息，得到应用产品对应的已存储应用配置信息。其中，根据接入方标识对接入方进行身份验证的方式可以为，比对接入方标识以及预设的接入权限信息，当接入权限信息中存在与接入方标识对应的接入方信息时，确定身份验证通过。
58.本实施例中，通过在接收到应用产品接入请求且根据接入方标识进行身份验证通过后，根据应用标识存储应用配置信息，得到应用产品对应的已存储应用配置信息，能够实现对应用产品的接入。
59.在一个实施例中，根据待下发应用标识以及待下发节点标识进行应用下发审核包括：
60.根据待下发应用标识以及待下发节点标识，生成并推送审核提示；
61.接收与审核提示对应的审核结果；
62.当审核结果为审核通过时，确定应用下发审核通过。
63.其中，审核提示是指对是否可以对目标下发节点下发待下发应用进行审核，目标下发节点与待下发节点标识对应，待下发应用与待下发应用标识对应。审核结果是指审核人员所反馈的结果，根据审核结果可以确定是否可以下发应用。
64.具体的，产品服务商在将应用产品接入管理控制端后，还需要进一步指定可以进行下发的目标下发节点，此时，产品服务商会通过终端发送应用下发请求至管理控制端，管理控制端在接收到应用下发请求后，会根据其中的待下发应用标识以及待下发节点标识，生成并推送审核提示，以提示审核人员进行应用下发审核，审核人员会根据预先与产品服务商协商好的可下发应用产品的可下发节点进行应用下发审核，反馈审核结果，在接收到审核结果后，管理控制端就可以根据审核结果确定是否可以进行应用下发，当审核结果为审核通过时，表示可以进行应用下发，即应用下发审核通过。
65.其中，预先与产品服务商协商好的可下发应用产品的可下发节点是指产品服务商预先选择的售卖应用产品的云节点。需要说明的是，在本实施例中，待下发节点标识的数量可以为不止一个，即产品服务商在下发应用时，可同时指定多个待下发节点进行应用下发。
66.本实施例中，通过根据待下发应用标识以及待下发节点标识，生成并推送审核提示，接收与审核提示对应的审核结果，当审核结果为审核通过时，确定应用下发审核通过，能够实现对应用下发的审核。
67.在一个实施例中，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点包括：
68.根据待下发应用标识确定待下发应用，并根据待下发节点标识确定目标下发节点；
69.从目标下发节点获取与待下发应用对应的应用版本信息；
70.根据应用版本信息和目标应用配置信息，确定待同步版本差数据；
71.将待同步版本差数据下发至目标下发节点。
72.其中，待下发应用是指需要下发至云节点的应用。目标下发节点是指需要下发应
用的云节点。应用版本信息是指在目标下发节点中的待下发应用的版本信息。待同步版本差数据是指需要下发的版本差异数据，这里的版本差异是指新增版本与应用版本之间的差异，新增版本与目标应用配置信息对应，应用版本与应用版本信息对应。
73.具体的，在确定需要进行应用下发后，管理控制端会根据待下发应用标识确定待下发应用，并根据待下发节点标识确定目标下发节点，根据待下发应用生成并下发应用版本获取请求至目标下发节点，以使得目标下发节点反馈与待下发应用对应的应用版本信息，在接收到应用版本信息后，管理控制端会根据应用版本信息确定对应的应用版本数据，并根据目标应用配置信息得到新增版本数据，通过比对应用版本数据和新增版本数据，得到待同步版本差数据，将待同步版本差数据下发至目标下发节点。
74.本实施例中，通过从目标下发节点获取与待下发应用对应的应用版本信息，根据应用版本信息和目标应用配置信息，确定待同步版本差数据，将待同步版本差数据下发至目标下发节点，能够实现将目标应用配置信息下发至目标下发节点。
75.在一个实施例中，根据应用版本信息和目标应用配置信息，确定待同步版本差数据包括：
76.对目标应用配置信息进行解析，确定与目标应用配置信息对应的新增版本数据；
77.确定与应用版本信息对应的应用版本数据，根据应用版本数据与新增版本数据，确定待同步版本差数据。
78.具体的，与每个版本信息对应的版本数据是预先存储在数据库中的，在确定待同步版本差数据时，管理控制端会对目标应用配置信息进行解析，得到与目标应用配置信息对应的新增版本数据，并根据应用版本信息获取对应的应用版本数据，通过比对应用版本数据和新增版本数据，得到待同步版本差数据。其中，目标应用配置信息具体可以是二进制日志文件，通过对其进行解析可以得到新增版本数据。
79.本实施例中，通过确定与目标应用配置信息对应的新增版本数据以及与应用版本信息对应的应用版本数据，能够根据应用版本数据与新增版本数据实现对待同步版本差数据的获取。
80.在一个实施例中，还包括：
81.接收消息通知请求，消息通知请求携带待通知消息以及待通知节点标识；
82.根据待通知节点标识确定待通知节点，推送待通知消息至待通知节点。
83.其中，消息通知请求是指云节点发送的需要进行消息通知的请求，消息通知是指将待通知消息推送至待通知节点。待通知消息是指需要进行通知的消息，待通知节点是指接收待通知消息的云节点，待通知节点标识即是指接收待通知消息的云节点的标识。比如，待通知节点标识具体可以是待通知节点的id。
84.具体的，管理控制端可以与至少两个云节点相通信，但同时与管理控制端相通信的两个云节点之间的网络可能不是直接打通的，当两个云节点之间想要通信时，就需要以管理控制端为中介，其中想要通信的云节点会发送消息通知请求至管理控制端，管理控制端在接收到消息通知请求后，会根据其中携带的待通知节点标识确定待通知节点，推送待通知消息至待通知节点。
85.举例说明，如图3所示，管理控制端可利用自身的公有云消息队列提供跨节点消息服务。当节点a生成业务服务生产消息且想要将该业务服务生产消息通知到节点b时，节点a
a-service，软件即服务)应用产品进行接入为例，其接入标准包括签名校验、免密登录标准、发货通知接口、续费通知接口、配置变更通知接口、实例销毁通知接口等。
96.在完成应用产品接入后，产品服务商会进一步通过终端发送应用下发请求至管控端，应用下发请求携带待下发应用标识以及待下发节点标识，管控端在接收到应用下发请求时，会通过云api读取云市场中的应用产品对应的已存储应用配置信息，根据待下发应用标识以及待下发节点标识，生成并推送审核提示，接收与审核提示对应的审核结果，当审核结果为审核通过时，确定应用下发审核通过，当应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点。
97.举例说明，如图7所示，地市端具体可以是指设置在地市的工业云，管控中台即管控端，可以将应用下发至工业云，从而与工业云对应的平台用户可以在工业云进行应用产品购买，在平台用户进行产品购买后，工业云和管控中台会对应用产品进行交付，交付完成以后用户即可使用所购买的应用产品。进一步的，管理控制端预先设置有交付标准，举例说明，如图6所示，在交付的过程中可以包括镜像标准、部署标准、组件标准以及配置标准等交付标准。
98.进一步的，管控端主要通过同步中心将目标应用配置信息下发至与待下发节点标识对应的目标下发节点。具体的下发过程可以如图8所示，其中云端是指管控端，边端是指目标下发节点，云端在确认需要进行应用下发后，会将目标应用配置信息写入目标主库中，并创建同步任务至云端中的master服务器(主服务器)，master服务器可与边端中的slave服务器相通信。master服务器在接收到同步任务后，会使用updateat从目标主库中获取目标应用配置信息，对目标应用配置信息进行解析(即解析binlog)，得到新增版本数据及偏移量，将新增版本数据及偏移量，存储至目标主库，并根据待下发应用标识确定待下发应用，从边端获取节点版本(即应用版本信息)，确定与节点版本对应的应用版本数据，根据应用版本数据以及新增版本数据，确定版本差数据，同步版本差数据至边端中的slave服务器(从服务器)。slave服务器在接收到版本差数据后，会设置事务行锁，利用版本差数据进行应用更新，并查询备份需要更新的数据，当应用更新出错时回放数据，当应用更新完成时事务完成解锁。
99.进一步的，如图5所示，除了能够实现应用下发外，管控端中还包括消息中心以及消息队列(即cmq(cloud message queue))，可以实现跨云消息通知，消息队列中包括与每个地市端对应的节点消息队列，当地市端a需要通知消息至地市端b时，会发送消息通知请求至管控端中的消息中心，消息通知请求中会携带待通知消息以及地市端b的节点标识，消息中心在接收到消息通知请求后，会根据地市端b的节点标识，将待通知消息推送至消息队列中的b节点消息队列，使得b节点消息队列可以将待通知消息推送至地市端b。
100.进一步的，如图5所示，在公有云中还可以实现公有云账号打通，这里的公有云账号打通是指针对一个地市端，采用统一的云端账号，以此实现对与地市端对应的用户的统一权限控制。具体的，在进行公有云账号打通时，地市端会发送账号创建请求至公有云，账号创建请求中携带节点账号信息，公有云在接收到账号创建请求后，会根据节点账号信息创建云端账号，并设置与云端账号对应的账号权限。
101.进一步的，如图5所示，在管控端中还包括商品中心、订单中心、接入中心、实例中
心等。商品中心提供了商品、类目、保护协议、标签、服务商等信息的管理功能。提供甄选应用录入、开售、上架、删除、审核等能力，提供了地市端本地应用的录入、上架、自定义计费项、删除等能力，并通过云市场主动推送及定时轮询的方式保证了管控端、地市端、云市场间商品信息的一致性，其中甄选应用是指可下发至地市端的应用，本地应用是指地市端自营应用。订单中心负责用户在混合云场景下整个购买流程，包括用户的下单、付款、通知实例发货、退款、对接云市场等环节，是用户进行saas服务购买的主流程发起方，用户通过商品中心进行浏览，点击购买后，通过订单中心下单，支付，支付成功，订单通知实例中心进行发货逻辑处理。接入中心负责saas类应用的地市端、平台接入等产品服务商统一接入标准的定义，兼容云市场服务商saas类应用的接入标准。包括服务开通、续费、升级、转正、销毁、过期能力的对接。实例中心负责对接云市场和产品服务商，用户购买的saas类商品，由实例中心进行购买的后服务实例生命周期控制，包括实例发货、续费、过期、配置升级、关闭等操作，购买完成后的后续流程，由实例中心负责进行处理，是用户购买后商品交付的核心环节。
102.进一步的，如图5所示，在公有云中还包括cam(cloud access management，访问控制)、应用身份服务(即idaas)。其中，访问控制主要用于帮助客户安全管理云账户下的资源的访问权限。用户可以通过cam创建、管理和销毁用户(组)，并使用身份管理和策略管理控制其他用户使用云资源的权限。应用身份服务为企业提供统一、高效的身份管理服务。不同于传统的多系统维护不同用户信息和分散式身份认证的模式，它支持集中管理企业用户身份和认证方式，实现一个账号打通所有应用服务。用户仅需一次认证即可免密登录授权范围内的所有应用和系统，用户登录和访问行为也能统一监控，极大地提升企业it管理效率，降低维护成本。
103.如图9所示，本技术还提供一种流程示意图来说明上述应用下发方法，该应用下发方法具体包括以下步骤：
104.步骤902，接收应用产品接入请求，应用产品接入请求携带应用标识、应用配置信息以及接入方标识；
105.步骤904，当根据接入方标识进行身份验证通过后，根据应用标识存储应用配置信息，得到应用产品对应的已存储应用配置信息；
106.步骤906，当接收到应用下发请求时，读取应用产品对应的已存储应用配置信息，应用下发请求携带待下发应用标识以及待下发节点标识；
107.步骤908，根据待下发应用标识以及待下发节点标识，生成并推送审核提示；
108.步骤910，接收与审核提示对应的审核结果；
109.步骤912，当审核结果为审核通过时，确定应用下发审核通过；
110.步骤914，当应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息；
111.步骤916，根据待下发应用标识确定待下发应用，并根据待下发节点标识确定目标下发节点；
112.步骤918，从目标下发节点获取与待下发应用对应的应用版本信息；
113.步骤920，对目标应用配置信息进行解析，确定与目标应用配置信息对应的新增版本数据；
114.步骤922，确定与应用版本信息对应的应用版本数据，根据应用版本数据与新增版本数据，确定待同步版本差数据；
115.步骤924，将待同步版本差数据下发至目标下发节点。
116.应该理解的是，虽然上述实施例涉及的各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述实施例涉及的各流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
117.在一个实施例中，如图10所示，提供了一种应用下发装置，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：第一处理模块1002、审核模块1004、第二处理模块1006和同步模块1008，其中：
118.第一处理模块1002，用于当接收到应用下发请求时，读取应用产品对应的已存储应用配置信息，应用下发请求携带待下发应用标识以及待下发节点标识，已存储应用配置信息为接入应用产品时存储的应用配置信息；
119.审核模块1004，用于根据待下发应用标识以及待下发节点标识进行应用下发审核；
120.第二处理模块1006，用于当应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息；
121.同步模块1008，用于将目标应用配置信息下发至与待下发节点标识对应的目标下发节点。
122.上述应用下发装置，只需要将应用产品完成一次对接，得到与应用产品对应的已存储应用配置信息，就可以在接收到应用下发请求时，读取已存储应用配置信息，在根据待下发应用标识以及待下发节点标识进行应用下发审核通过时，根据待下发应用标识从已存储应用配置信息中获取目标应用配置信息，将目标应用配置信息下发至与待下发节点标识对应的目标下发节点，以使得目标下发节点根据目标应用配置信息进行应用部署，而不需要将应用产品同时对接到多个云应用市场，把应用接入过程从应用部署流程中剥离出来，能够实现灵活应用部署，提高应用部署效率。
123.在一个实施例中，应用下发装置还包括接入模块，接入模块用于接收应用产品接入请求，应用产品接入请求携带应用标识、应用配置信息以及接入方标识，当根据接入方标识进行身份验证通过后，根据应用标识存储应用配置信息，得到应用产品对应的已存储应用配置信息。
124.在一个实施例中，审核模块还用于根据待下发应用标识以及待下发节点标识，生成并推送审核提示，接收与审核提示对应的审核结果，当审核结果为审核通过时，确定应用下发审核通过。
125.在一个实施例中，同步模块还用于根据待下发应用标识确定待下发应用，并根据待下发节点标识确定目标下发节点，从目标下发节点获取与待下发应用对应的应用版本信息，根据应用版本信息和目标应用配置信息，确定待同步版本差数据，将待同步版本差数据
下发至目标下发节点。
126.在一个实施例中，同步模块还用于对目标应用配置信息进行解析，确定与目标应用配置信息对应的新增版本数据，确定与应用版本信息对应的应用版本数据，根据应用版本数据与新增版本数据，确定待同步版本差数据。
127.在一个实施例中，应用下发装置还包括消息处理模块，消息处理模块用于接收消息通知请求，消息通知请求携带待通知消息以及待通知节点标识，根据待通知节点标识确定待通知节点，推送待通知消息至待通知节点。
128.在一个实施例中，应用下发装置还包括账号管理模块，账号管理模块用于接收节点账号创建请求，节点账号创建请求携带节点账号信息，根据节点账号信息创建节点对应的云端账号，并设置云端账号的账号权限。
129.关于应用下发装置的具体限定可以参见上文中对于应用下发方法的限定，在此不再赘述。上述应用下发装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
130.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储应用配置信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用下发方法。
131.本领域技术人员可以理解，图11中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
132.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
133.在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
134.在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。
135.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种
形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
136.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
137.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。