CN117194832A - 一种静态资源管理方法、系统、介质、装置和计算设备 - Google Patents

Abstract

本公开的实施方式提供了一种静态资源管理方法、系统、介质、装置和计算设备。该方法包括：多个业务方服务器分别根据待处理静态资源生成所述待处理静态资源的存储路径；所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。一方面本公开利用同一个中转服务器管理多个业务方服务器上传的静态资源，可以降低运维上的工作量；另一方面本公开利用统一的存储路径规范存储静态资源，不仅可以解决资源相互覆盖，存储路径冲突等问题，而且可以提高管理效率。

Description

一种静态资源管理方法、系统、介质、装置和计算设备

技术领域

本公开的实施方式涉及数据处理领域，更具体地，本公开的实施方式涉及一种静态资源管理方法、系统、介质、装置和计算设备。

背景技术

随着互联网行业的发展，网页提供的内容越来越丰富。在项目开发过程中，通常需要引用一些静态资源，比如：JavaScript脚本文件、层叠样式表(Casacding Style Sheets，CSS)资源或图片等。目前各业务方可以自行将静态资源上传到各自对应的中转服务器，之后网关侧手动配置同步服务，将各个业务方中转服务器的静态资源目录定时同步到网关服务的静态资源目录下，维护多个业务方中转服务器，增加了运维工作量。

其次，各业务方服务器采用预先约定的规范路径生成静态资源的存储路径，不仅便于静态资源中转服务器对各业务方服务器上传的静态资源进行管理，而且可以避免存储路径冲突，资源相互覆盖，响应结果错乱等问题。

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

发明内容

在本上下文中，本公开的实施方式期望提供一种静态资源管理方法、系统、介质、装置和计算设备，以便高效的管理各业务方的静态资源，并降低运维成本。

在本公开实施方式的第一方面中，提供了一种静态资源管理方法，应用于多个业务方服务器，所述方法包括：

根据待处理静态资源生成所述待处理静态资源的存储路径；

所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

在本公开的一个实施例中，所述业务服务器中存储有静态资源制品，所述静态资源制品的元数据包括服务码，所述服务码用于指示所述静态资源制品所包含的静态资源对应的中转服务器；

基于用户的选择操作从所述静态资源制品中确定待处理静态资源。

在本公开的一个实施例中，所述方法还包括：

根据接收的代码获取静态资源制品，所述静态资源制品的元数据还包括项目信息和候选静态资源信息，所述项目信息用于指示所述代码所属项目的信息；

所述基于用户的选择操作从所述静态资源制品中确定待处理静态资源，包括：

基于用户的选择操作从候选静态资源信息中确定目标静态资源信息，所述目标静态资源信息用于指示待处理的静态资源；

所述根据待处理静态资源生成所述待处理静态资源的存储路径，包括：

根据所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。

在本公开的一个实施例中，所述方法还包括：

基于用户选择的项目信息实例化发布模板，使所述发布模板中包括候选静态资源信息；

基于用户在所述发布模板中的选择操作，确定目标静态资源信息；

基于所述目标静态资源信息确定待处理的静态资源。

在本公开的一个实施例中，所述发布模板中还包括配置信息，所述配置信息包括流量染色标记；所述方法还包括：

基于用户的选择操作确定流量染色标记；

基于流量染色标记，以及所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。

在本公开的一个实施例中，所述配置信息还包括目标环境信息；所述方法还包括：

获取用户在发布模板中选择的待处理静态资源的目标环境信息；

向同一中转服务器发送所述目标环境信息，所述待处理静态资源以及所述存储路径，使所述中转服务器根据所述目标环境信息的指示和所述存储路径存储所述待处理静态资源。

在本公开实施方式的第二方面中，提供了一种静态资源管理系统，所述系统包括：

多个业务方服务器，用于执行上述任一所述的静态资源管理方法；

中转服务器，用于接收所有业务方服务器发送的待处理静态资源和存储路径，并根据所述存储路径存储所述待处理静态资源；

网关，用于接收静态资源访问请求，并基于所述静态资源访问请求中静态资源的存储路径获取并发送所述静态资源。

在本公开的一个实施例中，所述中转服务器具体用于：

在接收到待处理静态资源和存储路径的情况下，基于所述存储路径查找所述存储路径指向的目标文件夹，若查找到所述存储路径指向的目标文件夹，则将所述待处理静态资源存储到所述目标文件夹，若未查找到所述存储路径指向的目标文件夹，则根据所述存储路径新建文件夹，并将所述待处理静态资源存储到新建文件夹。

在本公开实施方式的第三方面中，提供了一种静态资源管理装置，应用于多个业务方服务器，包括：

生成单元，用于根据待处理静态资源生成所述待处理静态资源的存储路径；

发布单元，用于向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

在本公开实施方式的第四方面中，提供了一种计算机可读存储介质，其上储存有计算机程序指令，所述计算机程序指令被处理器执行时实现任一实施例所述的方法。

在本公开实施方式的第五方面中，提供了一种计算设备，包括：存储器、处理器；

所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现上述任一实施例中所述的方法。

根据本公开实施方式提供的静态资源管理方法，多个业务方服务器分别根据待处理静态资源生成所述待处理静态资源的存储路径；所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。一方面本公开利用同一个中转服务器管理多个业务方服务器上传的静态资源，可以降低运维上的工作量；另一方面本公开利用统一的存储路径规范存储静态资源，不仅可以解决资源相互覆盖，存储路径冲突等问题，而且可以提高管理效率。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示例性提供一种静态资源管理方法的流程图；

图2示例性提供另一种静态资源管理方法的流程图；

图3示例性提供一种多个业务方服务器所在系统的架构图；

图4示例性提供一种业务方服务器内部的交互示意图；

图5示例性提供一种静态资源访问请求的示意图；

图6示例性提供一种静态资源管理装置的结构图；

图7是本公开提供的一种计算机可读存储介质的示意图；

图8是本公开提供的一种计算设备的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种静态资源管理方法、系统、介质、装置和计算设备。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

图1示例性提供一种静态资源管理方法的流程图，如图1所示，相关技术中，各业务方自行将静态资源上传到各自对应的中转服务器，网关侧手动配置同步服务，将各业务方中转服务器中的静态资源目录定时同步到网关服务的静态资源目录下。

随着版本的升级、变更，所引用的静态资源也在不断更新、变化，但由于静态资源没有统一规范，导致资源路径名完全由各业务方自己制定，从而导致网管侧从各业务方中转服务器中同步的静态资源存在路径冲突，资源相互覆盖等问题，进而导致网管侧的响应结果错乱。换言之，资源中转机直接用的业务机器，各业务自行创建静态服务，来关联这些中转机，导致关系、目录复杂，运维困难，以上问题导致业务不好理解，使用不便，直接影响网关与业务的工作效率。

相关技术中解决上述问题的静态资源管理系统，改变了原有的业务流程，对业务造成了较大的折腾，操作不够简单直接，且存在一定的运维成本。

鉴于此，本公开提供了一种静态资源管理方法，该方法可以应用于多个业务方服务器，在该方法中各业务方服务器分别根据待处理静态资源生成所述待处理静态资源的存储路径；所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

下面结合附图来描述根据本公开示例性实施方式的静态资源管理方法。

图2示例性提供另一种静态资源管理方法的流程图，如图2所示，本公开提供的静态资源管理方法，包括以下步骤S201和步骤S202。

在步骤S201中，根据待处理静态资源生成所述待处理静态资源的存储路径。

针对多个业务方服务器中的每一业务方服务器，都将根据待处理静态资源生成所述待处理静态资源的存储路径。

所述待处理静态资源可以包括JavaScript脚本文件、CSS资源、视频或图片等。本公开采用统一的静态资源目录结构进行管理，即根据预先约定的路径规范生成待处理静态资源的存储路径。示例的，所述静态资源目录结构可以为/{流量染色标记}/{项目信息}/{静态资源制品}。其中，所述静态资源制品中包括多个静态资源。

在步骤S202中，所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

本公开采用统一中转服务器管理静态资源。在网关产品下，创建静态资源服务，作为统一的静态资源服务，该静态资源服务下的机器节点即为统一的静态资源中转服务器，后续简称中转服务器。

图3示例性提供一种多个业务方服务器所在系统的架构图，如图3所示，各业务方服务器通过网络与同一中转服务器连接，在各业务方服务器中的任一业务方服务器中存在待处理静态资源的情况下，可以向该中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源。客户端可以向网关发送访问静态资源请求，网关收到请求后可以根据请求路径中转服务器的指定目录下读取路径对应的文件，并响应给客户端。

本公开一方面可以利用同一中转服务器管理多个业务方服务器上传的静态资源，以降低运维上的工作量；另一方面利用符合统一路径规范的存储路径存储静态资源，不仅可以解决资源相互覆盖，存储路径冲突等问题，而且可以提高管理效率。

在本公开中，业务服务器可以根据接收的代码获取静态资源制品，即当开发人员提交代码到代码仓库时，将触发持续集成(CI)脚本自动构建静态资源制品。CI脚本将静态资源制品上传到业务方服务器的制品库中，并生成静态资源制品的元数据。其中，制品库(CodeArts Artifact)，用于管理源代码编译后的构建产物；静态资源制品是指源代码编译后的多个静态资源。

在一些实施例中，所述业务服务器中存储有静态资源制品，所述静态资源制品的元数据包括服务码，所述服务码用于指示所述静态资源制品所包含的静态资源对应的中转服务器；基于用户的选择操作从所述静态资源制品中确定待处理静态资源。

通俗的讲，开发人员更新代码后，将触发CI脚本生成静态资源制品，CI脚本可以指定静态资源制品的服务码(serviceCode)，所述服务码用于将静态资源制品统一关联到网关静态服务下，以此，实现统一管理所有的静态资源，并且可以通过网关进行访问。

在本公开中，CI脚本还可以自定义项目信息，即元数据还可以包括项目信息，所述项目信息用于指示代码所属项目的信息。静态资源制品中包括多个静态资源，不同的静态资源对应不同的静态资源信息，因此，所述静态资源制品的元数据中还包括各静态资源的静态资源信息，为了与后续用户选定的静态资源信息进行区分，在本公开中，将静态资源制品中各静态资源的静态资源信息称为候选静态资源信息，将用户选定的静态资源信息称为目标静态资源信息，所述目标静态资源信息用于指示待处理的静态资源。

在一些可能的实施方式中，所述基于用户的选择操作从所述静态资源制品中确定待处理静态资源，可以包括：基于用户的选择操作从候选静态资源信息中确定目标静态资源信息。

在一些可能的实施例中，所述根据待处理静态资源生成所述待处理静态资源的存储路径，可以包括：根据所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。

示例的，所述项目信息可以包括项目的命名空间和项目名称，所述目标静态资源信息可以包括待处理静态资源的版本号和待处理静态资源所属的模块。本领域技术人员应当理解，项目信息和静态资源信息可以根据实际需求确定，本公开对此不进行限定。

接续上述示例，所述基于所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径，可以包括：基于项目的命名空间和项目名称，以及待处理静态资源的版本号和待处理静态资源所属的模块，以预先设定的规范路径生成待处理静态资源的存储路径。在该示例中，所述规范路径是指：/{项目的命名空间}/{项目名称}/{待处理静态资源的版本号}/{待处理静态资源所属的模块}/{待处理静态资源}。

在一些实施例中，业务方服务器可以在通过显示屏向用户展示发布模板，基于用户在发布模板中的选择操作确定目标静态资源信息，通过目标静态资源信息确定待处理的静态资源。其中，所述发布模板是指事先定义好的一套发布规范，所述发布模板中可以包括发布的目标环境、发布的待处理静态资源的存储路径等信息。

在本公开中，各业务方共用同一发布模板，即各业务方遵循同一套发布规范。在应用过程中，用户在选择发布模板后，可以引用项目信息，从而实现将发布模板与项目信息关联。也即是，基于用户选择的项目信息实例化发布模板，实例化后的发布模板中包括项目信息指示的项目中静态资源制品的候选静态资源信息，基于用户在所述发布模板中的选择操作，确定目标静态资源信息，根据目标静态资源信息即可确定待处理的静态资源。

业务方可以根据项目需求选择对应的发布模板，即引用指定项目的项目信息，以便实现对应版本静态资源的发布。

示例的，响应于检测到用户点击发布模板，并引用项目信息A，将项目信息A中的静态资源制品信息与发布模板中的对应配置项关联，向用户展示发布模板。获取用户在所述发布模板上的选择操作，例如可以获取用户在候选资源信息中选定的目标静态资源信息。

可以理解为，本公开采用相同的发布模板管理各业务方发布的待处理静态资源的存储路径。发布时，用户可以根据从候选资源信息中对应项目的静态资源。不同的git库，在同一静态资源服务下，可以通过静态资源制品的版本区分。对用户而言在发布时，选择对应的发布模板，直接发布即可，简化了流程，便于业务方的使用。

在一些实施例中，所述发布模板中还包括配置信息，所述配置信息可以包括流量染色标记；因此，所述方法还可以包括：基于用户的选择操作确定流量染色标记，并基于流量染色标记，以及所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。在该示例中，所述规范路径是指：/{流量染色标记}/{项目的命名空间}/{项目名称}/{待处理静态资源的版本号}/{待处理静态资源所属的模块}/{待处理静态资源}。

其中，若未获取到用户的选择的流量染色标记，则默认为无流量染色标记(nocolor)。

通过在规范路径中增加流量染色标记，可以实现资源染色隔离，并且支持流量染色静态资源请求。

在一些实施例中，所述配置信息还可以包括目标环境信息；这种情况下，所述方法还包括：获取用户在发布模板中选择的待处理静态资源的目标环境信息；向同一中转服务器发送所述目标环境信息，所述待处理静态资源以及所述存储路径，使所述中转服务器根据所述目标环境信息的指示和所述存储路径存储所述待处理静态资源。

所述目标环境信息可以包括测试环境、预发环境和线上环境等。

在一些实施例中，所述配置信息还可以包括安装目标路径target-dir，便于自动加载器正常加载。

本公开的规范路径是指事先定义好的静态资源存储路径，例如所述规范路径可以为：

/color/{projectNamespace}/{projectName}/{module}/{version}/{resource}

其中，color表示流量染色标记；projectNamespace表示项目的命名空间，即gitlab项目归属组(包括子项目组)路径名；projectName表示项目名称，即gitlab项目归属组(包括子项目组)路径名；module表示静态资源所属的模块；version表示静态资源的版本号；resource表示静态资源。

通过上述实施例可知，本公开简化了静态资源上传到网关的流程，即从各业务方向各自对应的中转服务器上传静态资源，调整为各业务方向同一中转服务器上传静态资源，通过统一静态资源服务与中转服务器，提升运维效率与中转服务器的利用率，并且提高了网关与业务方的工作效率。另外，结合发布平台，简化使用流程，减少了对业务的折腾，通过隐藏后端逻辑，使业务方可以快速接入与使用，达到向前兼容的效果。

下面将对一种可选的实施方式进行说明。

图4示例性提供一种业务方服务器内部的交互示意图，如图4所示，将用户上传的代码发送至Gitlab项目库中，触发CI脚本生成静态资源制品。CI脚本将静态资源制品以及静态资源制品的元数据上传到制品库中。

CI脚本可以指定静态资源制品的服务码为网关静态服务，并将静态资源制品统一关联到网关静态服务下面。

发布时，获取用户选择的发布模板，以及引用的项目信息，将用户选择的发布模板与项目信息关联。

获取用户在发布模板中选择的静态资源所属的模块，以及静态资源的版本号，根据版本号和静态资源所属的模块确定待处理的静态资源。

在用户选择好发布模板和静态资源后，可以直接进行发布。也即是发布平台会根据发布模板中定义的规范路径，将静态资源发布到指定的目录(即文件夹)下。

通过CI脚本的自动化处理，可以实现静态资源的快速打包、部署和发布，提高了开发的效率。同时，本公开还支持版本控制和模块化管理，方便了后续的维护和更新。

根据规范路径完成静态资源发布后，即业务方服务器将待处理静态资源和存储路径发送至中转服务器，中转服务器根据存储路径存储所述待处理静态资源后，就可以通过网关来访问静态资源。访问时，按照规范路径进行访问即可。

图5示例性提供一种静态资源访问请求的示意图，如图5所示，访问请求中的访问路径可以为：

http://127.0.0.1:XXXX/v1/color/{projectNamespace}/{projectName}/{module}/{version}/{resource}

其中，http://127.0.0.1:XXXX是指中转服务器的IP地址；v1是指静态资源制品的版本号。

本领域技术人员应当理解，本公开除了支持HTTP协议外，还可以支持其他协议，本公开对此并不限定。通过支持多种不同协议可以便于业务方的使用。

需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

本公开提供了一种静态资源管理系统，如图3所示，所述系统包括：

多个业务方服务器，用于执行上述实施例中任一项所述的静态资源管理方法；

中转服务器，用于接收所有业务方服务器发送的待处理静态资源和存储路径，并根据所述存储路径存储所述待处理静态资源；

网关，用于接收静态资源访问请求，并基于所述静态资源访问请求中静态资源的存储路径获取并发送所述静态资源。

在一些可能的实施例中，所述中转服务器具体用于：

在接收到待处理静态资源和存储路径的情况下，基于所述存储路径查找所述存储路径指向的目标文件夹，若查找到所述存储路径指向的目标文件夹，则将所述待处理静态资源存储到所述目标文件夹，若未查找到所述存储路径指向的目标文件夹，则根据所述存储路径新建文件夹，并将所述待处理静态资源存储到新建文件夹。

图6示例性提供一种静态资源管理装置的结构图，如图6所示，本公开提供的一种静态资源管理装置，应用于多个业务方服务器，包括：

生成单元601，用于根据待处理静态资源生成所述待处理静态资源的存储路径；

发布单元602，用于向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

在一些实施例中，所述业务服务器中存储有静态资源制品，所述静态资源制品的元数据包括服务码，所述服务码用于指示所述静态资源制品所包含的静态资源对应的中转服务器；

所述生成单元601，具体用于基于用户的选择操作从所述静态资源制品中确定待处理静态资源。

在一些实施例中，所述装置还包括：

获取单元，用于根据接收的代码获取静态资源制品，所述静态资源制品的元数据还包括项目信息和候选静态资源信息，所述项目信息用于指示所述代码所属项目的信息；

所述生成单元，用于基于用户的选择操作从候选静态资源信息中确定目标静态资源信息，并根据所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径，所述目标静态资源信息用于指示待处理的静态资源。

在一些实施例中，所述获取模块还用于：

基于用户选择的项目信息实例化发布模板，使所述发布模板中包括候选静态资源信息；

基于用户在所述发布模板中的选择操作，确定目标静态资源信息；

基于所述目标静态资源信息确定待处理的静态资源。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

图7是本公开提供的一种计算机可读存储介质的示意图，该介质700上存储有计算机程序，所述程序被处理器执行时实现本公开任一实施例的方法。

本公开还提供了一种计算设备，包括存储器、处理器；所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现本公开任一实施例的方法。

图8是本公开提供的一种计算设备的结构示意图，该计算设备800可以包括但不限于：处理器801、存储器802、连接不同系统组件(包括存储器802和处理器801)的总线803。

其中，存储器802存储有计算机指令，该计算机指令可以被处理器801执行，使得处理器801能够执行本公开任一实施例的方法。存储器802可以包括随机存取存储单元RAM8021、高速缓存存储单元8022和/或只读存储单元ROM8023。该存储器802还可以包括：具有一组程序模块8024的程序工具8025，该程序模块8024包括但不限于：操作系统、一个或多个应用程序、其他程序模块和程序数据，这些程序模块一种或多种组合可以包含网络环境的实现。

总线803例如可以包括数据总线、地址总线和控制总线等。该计算设备800还可以通过I/O接口804与外部设备805通信，该外部设备805例如可以是键盘、蓝牙设备等。该计算设备800还可以通过网络适配器806与一个或多个网络通信，例如，该网络可以是局域网、广域网、公共网络等。该网络适配器806还可以通过总线803与计算设备800的其他模块进行通信。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种静态资源管理方法，其特征在于，应用于多个业务方服务器，所述方法包括：

根据待处理静态资源生成所述待处理静态资源的存储路径；

所述多个业务方服务器中的至少两个业务方服务器向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

2.根据权利要求1所述的方法，其特征在于，所述业务服务器中存储有静态资源制品，所述静态资源制品的元数据包括服务码，所述服务码用于指示所述静态资源制品所包含的静态资源对应的中转服务器；

基于用户的选择操作从所述静态资源制品中确定待处理静态资源。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

根据接收的代码获取静态资源制品，所述静态资源制品的元数据还包括项目信息和候选静态资源信息，所述项目信息用于指示所述代码所属项目的信息；

所述基于用户的选择操作从所述静态资源制品中确定待处理静态资源，包括：

基于用户的选择操作从候选静态资源信息中确定目标静态资源信息，所述目标静态资源信息用于指示待处理的静态资源；

所述根据待处理静态资源生成所述待处理静态资源的存储路径，包括：

根据所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于用户选择的项目信息实例化发布模板，使所述发布模板中包括候选静态资源信息；

基于用户在所述发布模板中的选择操作，确定目标静态资源信息；

基于所述目标静态资源信息确定待处理的静态资源。

5.根据权利要求4所述的方法，其特征在于，所述发布模板中还包括配置信息，所述配置信息包括流量染色标记；所述方法还包括：

基于用户的选择操作确定流量染色标记；

基于流量染色标记，以及所述项目信息和所述目标静态资源信息，以预先设定的规范路径生成待处理静态资源的存储路径。

6.一种静态资源管理系统，其特征在于，所述系统包括：

多个业务方服务器，用于执行权利要求1至5中任一项所述的静态资源管理方法；

中转服务器，用于接收所有业务方服务器发送的待处理静态资源和存储路径，并根据所述存储路径存储所述待处理静态资源；

网关，用于接收静态资源访问请求，并基于所述静态资源访问请求中静态资源的存储路径获取并发送所述静态资源。

7.根据权利要求6所述的系统，其特征在于，所述中转服务器具体用于：

在接收到待处理静态资源和存储路径的情况下，基于所述存储路径查找所述存储路径指向的目标文件夹，若查找到所述存储路径指向的目标文件夹，则将所述待处理静态资源存储到所述目标文件夹，若未查找到所述存储路径指向的目标文件夹，则根据所述存储路径新建文件夹，并将所述待处理静态资源存储到新建文件夹。

8.一种静态资源管理装置，其特征在于，应用于多个业务方服务器，包括：

生成单元，用于根据待处理静态资源生成所述待处理静态资源的存储路径；

发布单元，用于向同一中转服务器发送待处理静态资源以及所述存储路径，使所述中转服务器根据所述存储路径存储所述待处理静态资源，并通过网关进行访问。

9.一种计算机可读存储介质，其上储存有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至5任一项所述的方法。

10.一种计算设备，其特征在于，包括：存储器、处理器；

所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现权利要求1至5任一项所述的方法。