File preheating method and device, electronic equipment and storage medium

Abstract

The application relates to a file preheating method and device, electronic equipment and a storage medium. The method comprises the following steps: obtaining a file preheating request; determining a candidate cluster pool based on a cluster pool identifier; sending a state detection task to each content distribution node in the candidate cluster pool; determining whether the file cache function of the content distribution node is started according to the state detection result returned by the content distribution node; and sending a file preheating task to the content distribution node to enable the content distribution node to pull a file to be preheated from a source station in the case that the file cache function of the content distribution node is started. The application provides a more accurate preheating scheme for the content distribution node dimension under the guidance of the preheating system in the case that there is no interaction between the configuration system and the preheating system.

Description

Technical Field

[0001] This application relates to the field of Internet communication technology, and in particular to a file preheating method, apparatus, electronic device and storage medium. Background Technology

[0002] Typically, a preheating system sends file preheating tasks to content delivery nodes, which then pull the files to be preheated from the origin server to perform the preheating. This way, when a user requests access to the file to be preheated, it can be provided by the content delivery node, thus improving the response time to access requests. The content delivery node is a node in the CDN (Content Delivery Network). In related technologies, a configuration system is introduced to respond to user configuration commands for convenient configuration of content delivery nodes. However, because the configuration system and the preheating system are maintained independently by different teams, there is no interaction between them, which affects the accuracy of preheating at the content delivery node level under the control of the preheating system. Summary of the Invention

[0003] To address at least one of the aforementioned technical problems, this application provides a document preheating method, apparatus, electronic device, and storage medium:

[0004] According to a first aspect of this application, a document preheating method is provided, applied to a preheating system, the method comprising:

[0005] Obtain a file preheating request, the file preheating request carrying a cluster pool identifier and a file identifier indicating the file to be preheated;

[0006] Candidate cluster pools are determined based on the cluster pool identifier. Each candidate cluster pool consists of multiple candidate clusters, and each candidate cluster includes multiple content distribution nodes.

[0007] For each content distribution node in the candidate cluster pool, a status probe task is sent to the content distribution node.

[0008] Based on the status probe results returned by the content distribution node, it is determined whether the file caching function of the content distribution node is enabled. The on / off status of the file caching function of the content distribution node is determined based on the configuration instructions received by the configuration system. The configuration instructions carry configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster.

[0009] When the file caching function of the content distribution node is enabled, a file preheating task is sent to the content distribution node so that the content distribution node can pull the file to be preheated from the source server. The file preheating task is generated based on the file identifier.

[0010] According to a second aspect of this application, a file preheating method is provided, applied to a target content distribution node, wherein the target content distribution node is any node among multiple content distribution nodes included in multiple candidate clusters, the multiple candidate clusters belonging to a candidate cluster pool with a cluster pool identifier, the on / off state of the file caching function of the content distribution node is determined based on a configuration instruction received by a configuration system, the configuration instruction carrying configuration information for the candidate cluster to which the content distribution node belongs, the configuration information being used to indicate the node information participating in file caching in the cluster, the method comprising:

[0011] The system receives a status detection task sent by the preheating system. The status detection task is generated by the preheating system based on the obtained file preheating request. The file preheating request carries the cluster pool identifier and a file identifier indicating the file to be preheated.

[0012] The status detection results are returned to the preheating system;

[0013] When the status detection result indicates that the file caching function of the target content distribution node is enabled, a file preheating task sent by the preheating system is received to pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

[0014] According to a third aspect of this application, a document preheating device is provided, configured in a preheating system, the device comprising:

[0015] Request Acquisition Module: Used to acquire file preheating requests, wherein the file preheating request carries a cluster pool identifier and a file identifier indicating the file to be preheated;

[0016] Cluster pool determination module: used to determine candidate cluster pools based on the cluster pool identifier, wherein the candidate cluster pool consists of multiple candidate clusters, and the candidate clusters include multiple content distribution nodes;

[0017] Detection task sending module: used to send a status detection task to each content distribution node in the candidate cluster pool;

[0018] Status determination module: used to determine whether the file caching function of the content distribution node is enabled based on the status detection result returned by the content distribution node. The on / off status of the file caching function of the content distribution node is determined based on the configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster.

[0019] Preheating task sending module: When the file caching function of the content distribution node is enabled, it sends a file preheating task to the content distribution node so that the content distribution node can pull the file to be preheated from the source site. The file preheating task is generated based on the file identifier.

[0020] According to a fourth aspect of this application, a file preheating device is provided, configured at a target content distribution node, wherein the target content distribution node is any node among multiple content distribution nodes included in multiple candidate clusters, the multiple candidate clusters belonging to a candidate cluster pool with a cluster pool identifier, and the on / off state of the file caching function of the content distribution node is determined based on a configuration instruction received by a configuration system, the configuration instruction carrying configuration information for the candidate cluster to which the content distribution node belongs, the configuration information being used to indicate the node information participating in file caching in the cluster, the device comprising:

[0021] Detection task receiving module: used to receive status detection tasks sent by the preheating system. The status detection task is generated by the preheating system based on the obtained file preheating request. The file preheating request carries the cluster pool identifier and the file identifier indicating the file to be preheated.

[0022] Result return module: used to return status detection results to the preheating system;

[0023] Preheating task receiving module: When the status detection result indicates that the file caching function of the target content distribution node is enabled, it receives the file preheating task sent by the preheating system to pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

[0024] According to a fifth aspect of this application, an electronic device is provided, the electronic device including at least one processor and a memory communicatively connected to the at least one processor; wherein the memory stores at least one instruction or at least one program, the at least one instruction or at least one program being loaded and executed by the at least one processor to implement the file warm-up method as described in the first aspect, or the file warm-up method as described in the second aspect.

[0025] According to a sixth aspect of this application, a computer-readable storage medium is provided, wherein at least one instruction or at least one program is stored therein, the at least one instruction or at least one program being loaded and executed by a processor to implement the file warm-up method as described in the first aspect or the file warm-up method as described in the second aspect.

[0026] According to a seventh aspect of this application, a computer program product is provided, the computer program product comprising at least one instruction or at least one program segment, the at least one instruction or at least one program segment being loaded and executed by a processor to implement the file warm-up method as described in the first aspect, or the file warm-up method as described in the second aspect.

[0027] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this application.

[0028] Implementing this application will have the following beneficial effects:

[0029] This application addresses the scenario where there is no interaction between the configuration system and the preheating system, providing a solution for more precise preheating at the content distribution node level, led by the preheating system. Upon receiving a file preheating request, this application first determines a candidate cluster pool based on the cluster pool identifier carried in the file preheating request. Then, it sends a status probe task to each content distribution node in the candidate cluster pool, and determines whether its file caching function is enabled based on the status probe results returned by the content distribution node. When the file caching function of the content distribution node is enabled, a file preheating task is generated based on the file identifier carried in the file preheating request, and then sent to the target node so that the target node can pull the file to be preheated from the origin server. This application focuses on the role of configuration instructions received by the configuration system at the content distribution node level. The configuration instructions carry configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster. The status probe task determines the on / off state of the file caching function of the content distribution node, and then sends file preheating tasks to the content distribution nodes with the file caching function enabled. This enables accurate file preheating task sending to match the user configuration. Simultaneously, this also supports more flexible content distribution node configuration for users.

[0030] Other features and aspects of this application will become clear from the following detailed description of exemplary embodiments with reference to the accompanying drawings. Attached Figure Description

[0031] To more clearly illustrate the technical solutions and advantages in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0032] Figure 1 This diagram illustrates an application environment according to an embodiment of the present application.

[0033] Figure 2A schematic flowchart of a document warm-up method according to an embodiment of this application is shown;

[0034] Figure 3 A flowchart illustrating a document preheating method according to an embodiment of this application is also shown;

[0035] Figure 4 A flowchart illustrating a document preheating method according to an embodiment of this application is also shown;

[0036] Figure 5 This diagram illustrates the process of a content distribution node receiving and responding to a fragment access request according to an embodiment of this application.

[0037] Figure 6 A schematic diagram of a preheating system according to an embodiment of this application is shown;

[0038] Figure 7 This diagram illustrates a device block diagram according to an embodiment of the present application;

[0039] Figure 8 A device block diagram according to an embodiment of this application is also shown;

[0040] Figure 9 A schematic diagram of an electronic device according to an embodiment of this application is shown. Detailed Implementation

[0041] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0042] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or server that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or devices.

[0043] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0044] Various exemplary embodiments, features, and aspects of this application will now be described in detail with reference to the accompanying drawings. The same reference numerals in the drawings denote elements that have the same or similar functions. Although various aspects of the embodiments are shown in the drawings, they are not necessarily drawn to scale unless specifically indicated otherwise.

[0045] The term “exemplary” as used herein means “serving as an example, embodiment”. Any embodiment illustrated herein as “exemplary” is not necessarily to be construed as superior to or better than other embodiments.

[0046] In this document, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent three cases: A alone, A and B simultaneously, and B alone. Furthermore, the term "at least one" in this document means any combination of at least two of any one or more elements. For example, including at least one of A, B, and C can mean including any one or more elements selected from the set consisting of A, B, and C.

[0047] Furthermore, to better illustrate this application, numerous specific details are provided in the following detailed description. Those skilled in the art should understand that this application can be implemented without certain specific details. In some instances, methods, means, components, and circuits well-known to those skilled in the art have not been described in detail in order to highlight the main points of this application.

[0048] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0049] CDN (Content Delivery Network): It is a distributed network architecture designed to provide efficient content delivery services. The main goal of a CDN is to improve content delivery speed and user experience by distributing content to nodes closer to users. It achieves this by deploying multiple nodes globally, caching content on these nodes, and delivering content to users from the nearest node based on their location and network conditions.

[0050] Caching: The process of storing content on nodes in a CDN to ensure a fast response and delivery of content when requested by a user. Nodes store frequently accessed content (such as web pages, images, and videos) in their cache. This content can be static, infrequently changing files. When a user requests content, the node first checks its cache for the requested content. If it is, the CDN node immediately returns the content to the user, reducing transmission latency. This is called a cache hit. If the requested content is not in the cache, the node sends a request to the origin server and caches the content on the node.

[0051] Please see Figure 1 , Figure 1 The diagram illustrates an application environment according to an embodiment of this application. The application environment may include a preheating system and multiple candidate clusters, each candidate cluster including multiple content distribution nodes. The preheating system and the content distribution nodes can be directly or indirectly connected via wired or wireless communication. The preheating system can obtain a file preheating request, which carries a cluster pool identifier and a file identifier indicating the file to be preheated. Then, a candidate cluster pool is determined based on the cluster pool identifier. The candidate cluster pool consists of multiple candidate clusters, each including multiple content distribution nodes. Furthermore, a status probe task is sent to each content distribution node in the candidate cluster pool. Next, based on the status probe result returned by the content distribution node, it is determined whether the file caching function of the content distribution node is enabled. The on / off state of the file caching function is determined based on a configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs, and the configuration information indicates the node information participating in file caching within the cluster. Finally, if the file caching function of the content distribution node is enabled, a file preheating task is sent to the content distribution node so that the content distribution node pulls the file to be preheated from the source server. The file preheating task is generated based on the file identifier. It should be noted that, Figure 1 This is just one example.

[0052] It should be noted that when files and other data associated with user information are applied to specific products or technologies according to the embodiments of this application, user permission or consent is required, and the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0053] Figure 2 This diagram illustrates a file warm-up method according to an embodiment of this application. Figure 2 As shown, the preheating method for this document can be performed by a preheating system, and the method includes:

[0054] S201: Obtain a file preheating request, wherein the file preheating request carries a cluster pool identifier and a file identifier indicating the file to be preheated;

[0055] In this embodiment, the preheating system is responsible for sending file preheating tasks to multiple preset content distribution nodes. Each preset content distribution node is responsible for retrieving files from the origin server and saving them under the guidance of the file preheating tasks. Files saved at the preset content distribution nodes can be provided when a response object (hereinafter referred to as a first-type object, which can indicate a first-type account or the user using the first-type account) makes a file access request. Preset content distribution nodes are nodes in a content distribution network. Multiple preset content distribution nodes can correspond to at least one content distribution network. When at least two content distribution networks exist, a preset content distribution node can be a node in only one content distribution network, or it can be a node in at least two content distribution networks simultaneously.

[0056] The generation and sending of file preheating tasks rely on file preheating requests obtained by the preheating system. File preheating requests aim to reflect the file preheating intent of an object (hereinafter referred to as the second type of object, which can indicate a second type of account or the user using the second type of account). The file preheating intent of the second type of object is for files related to internet products (such as websites, applications, etc.). The preheating system can provide preheating services for files respectively related to at least one internet product. For files related to at least one internet product, the file preheating requests obtained by the preheating system can indicate at least one second type of object. For example, the preheating system can receive file preheating request a from account a and file preheating request b from account b. Both file preheating request a and file preheating request b are for files related to game application i. When the preheating system provides preheating services for files respectively related to at least one internet product, multiple preset content distribution nodes serve as candidate sources for pulling and saving files. In practical applications, providing preheating services for files related to internet products can be done before the internet product goes live. Files related to internet products can be static files, such as images, pictures, CSS files, JavaScript files, etc.

[0057] Multiple preset content distribution nodes are often divided into multiple preset clusters according to classification rules. For example, 1) preset clusters can be divided according to the geographical location of the preset content distribution nodes. In this way, different preset clusters can correspond to different geographical areas. A preset cluster can be referred to as a data center. 2) Preset clusters can be divided according to the file types corresponding to the preset content distribution nodes. In this way, the preset content distribution nodes in the same preset cluster support the same file types for pulling and saving. The definition of file type can be based on file format, such as indicating image file types, indicating video file types, etc. The definition of file type can also be based on the business attributes of the Internet product to which the file belongs, such as indicating social attributes (in this case, the Internet product to which the file belongs is a social application), indicating e-commerce attributes (in this case, the Internet product to which the file belongs is an e-commerce application), etc. A preset cluster supports being selected to pull and save files indicating at least one Internet product. In practical applications, the elements of two preset clusters can partially overlap or be completely independent. Multiple preset content distribution nodes in the same preset cluster are interconnected to jointly process user requests.

[0058] The file preheating request carries a cluster pool identifier and a file identifier indicating the file to be preheated. It can be understood that the file to be preheated is related to Internet product j, and the file identifier can be used to locate the file. When the preheating system provides preheating services for files related to Internet product j, it selects nodes that actually participate in pulling and saving files from multiple preset clusters as candidate sources. The selected preset clusters can form a cluster pool. The cluster pool identifier can be used to locate this cluster pool.

[0059] S202: Determine a candidate cluster pool based on the cluster pool identifier. The candidate cluster pool consists of multiple candidate clusters, and the candidate clusters include multiple content distribution nodes.

[0060] In this embodiment of the application, referring to the description in step S201 above, a candidate cluster is a selected preset cluster. For example, multiple candidate clusters are three candidate clusters, namely candidate clusters 1-3. Candidate cluster 1 includes content distribution nodes 11-15, candidate cluster 2 includes content distribution nodes 21-28, and candidate cluster 3 includes content distribution nodes 31-33. Therefore, the candidate cluster pool includes content distribution nodes 11-15, 21-28, and 31-33, constituting these 16 content distribution nodes.

[0061] S203: For each content distribution node in the candidate cluster pool, send a status probe task to the content distribution node;

[0062] In this embodiment, the entire candidate cluster pool is used as the task receiving object, and a status probe task is sent to each content distribution node in the candidate cluster pool. The preheating system can send status probe tasks to multiple content distribution nodes in the candidate cluster pool sequentially, or it can send status probe tasks to multiple content distribution nodes in the candidate cluster pool simultaneously. The status probe task is used to detect whether the file caching function of the content distribution node is enabled. The status probe task will guide the content distribution node to determine whether its own file caching function is enabled, so as to generate the status probe result described later.

[0063] As one possible implementation, such as Figure 3 As shown, the state detection task includes a segment preheating request and a segment access request. Sending the state detection task to the content distribution node includes:

[0064] S301: Send the segment preheating request to the content distribution node so that the content distribution node pulls the segment of the file to be preheated from the source station;

[0065] S302: Send the fragment access request to the content distribution node;

[0066] Accordingly, after sending the state probe task to the content distribution node, the method further includes:

[0067] S303: Receive the request response returned by the content distribution node. The status detection result is determined based on the request response. The status detection result is used to indicate whether the file caching function of the content distribution node is enabled.

[0068] This provides the internal structure of the state probe task (i.e., the state probe task is composed of preheating requests and access requests at the fragment level), as well as the order in which the preheating requests and access requests at the fragment level are sent, allowing for more granular support for the state probe task to be used to accurately "detect whether the file caching function of the content distribution node is enabled".

[0069] When probing whether the file caching function of the content distribution node is enabled, a fragment preheating request is first sent to the content distribution node to guide it to pull fragments of the file to be preheated from the origin server. These fragments represent a portion of the file to be preheated, not the entire file. Guiding the content distribution node to pull files at the fragment level during the probing phase saves computational resources. Next, a fragment access request is sent to the content distribution node, intending to access a fragment of the file to be preheated. In response to the received fragment access request, the content distribution node returns a request response to the preheating system. If the content distribution node has successfully pulled the fragment of the file to be preheated, the request response may include the fragment itself, an indication of the local storage address of the fragment, or a first status code (e.g., 200), where the first status code indicates that the content distribution node has successfully preheated the fragment of the file to be preheated. At this point, the status probing result determined by the request response indicates that the file caching function of the content distribution node is enabled, because the content distribution node not only performed the fragment pulling action but also successfully pulled the target fragment. If the content distribution node fails to retrieve the segment of the file to be preheated, the request response may include a notification indicating that the segment does not exist locally, or it may include a second status code (such as 266), where the second status code indicates that the content distribution node has failed to preheat the segment of the file to be preheated. In this case, the status probe result determined based on the request response indicates that the file caching function of the content distribution node is not enabled, because the content distribution node may not have performed the segment retrieval behavior, or it may have performed the segment retrieval behavior but failed to retrieve the target segment.

[0070] Furthermore, before sending the segment preheating request to the content distribution node, the method may further include the following steps: constructing the segment preheating request based on the file identifier and a first request header, wherein the first request header is used to indicate the retrieval of file segments.

[0071] In a preheating scenario, the origin server typically refers to the server or storage system that stores the original content or data; it is the data source for the preheating operation. Therefore, the origin server stores the files to be preheated. This document provides a method for constructing fragment preheating requests, using a file identifier indicating the file to be preheated and a first request header. The file to be preheated, located by the file identifier, is the target to be acted upon, while the first request header defines how to act (i.e., fetch) and the scope of action (i.e., the file fragment). For example, the URL (Uniform Resource Locator) corresponding to the file to be preheated can be used as the file identifier. The first request header can include `Prefetch-detect:true` and `Range:bytes=0-0`. `Prefetch-detect:true` indicates prefetching, and `Range:bytes=0-0` indicates partial fetching. This clear and explicit fragment preheating request construction facilitates accurate execution of the fragment preheating request, thereby supporting accurate and effective state detection.

[0072] S204: Based on the status detection result returned by the content distribution node, determine whether the file caching function of the content distribution node is enabled. The on / off state of the file caching function of the content distribution node is determined based on the configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster.

[0073] In this embodiment, after the preheating system sends a status probe task to the content distribution node, the status probe task guides the content distribution node to return a status probe result to the preheating system. The status probe result is used to indicate whether the file caching function of the content distribution node is enabled, and is thus used by the preheating system as a basis for determining the status of the content distribution node. For a content distribution node, if the status probe result it returns indicates that its file caching function is enabled, then the preheating system can determine that it is a target node; if the status probe result it returns indicates that its file caching function is not enabled, then the preheating system can determine that it is not a target node.

[0074] Since the on / off state of the file caching function of the content distribution nodes is determined based on the configuration instructions received by the configuration system, and the configuration information carried by the configuration instructions is specific to the candidate cluster to which the content distribution node belongs, the configuration information is used to indicate the node information participating in file caching within the cluster. It should be understood that the configuration instructions are centered around a candidate cluster, and the node information provided by the configuration information is used to limit the content distribution nodes participating in file caching. By using the node information, all nodes can be limited to participate in file caching, at which point the file caching function of all content distribution nodes in the candidate cluster is enabled. Similarly, by using the node information, only eligible sample nodes can be limited to participate in file caching, at which point the file caching function of eligible sample nodes in the candidate cluster is enabled. However, there is no interaction between the configuration system and the preheating system; the configuration instructions received by the configuration system are not known to the preheating system. Furthermore, on the one hand, for multiple configuration instructions received for multiple candidate clusters, the configuration system often uses a canary release method to gradually implement multiple configuration instructions on multiple candidate clusters. On the other hand, when the configuration system gradually implements multiple configuration instructions on multiple candidate clusters, it may fail to take effect due to network issues, etc. Therefore, the preheating system obtains the status probe results returned by the content distribution nodes by sending status probe tasks. Such state detection results can reflect the true state of the content distribution node.

[0075] S205: When the file caching function of the content distribution node is enabled, a file preheating task is sent to the content distribution node so that the content distribution node pulls the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

[0076] In this embodiment, referring to the example in step S202 above, the candidate cluster pool consists of 16 content distribution nodes: content distribution nodes 11-15, 21-28, and 31-33. Taking node k as the k-th node among these 16 content distribution nodes as an example, if the file caching function of node k is enabled, a file preheating task is sent to node k, which is the target node. If the file caching function of node k is not enabled, no file preheating task is sent to it. The value of k ranges from 1 to 16. The file preheating task is generated based on the file identifier indicating the file to be preheated. The file preheating task is used to guide the content distribution nodes to pull the corresponding file (i.e., the file to be preheated) from the source server based on the file identifier.

[0077] In practical applications, a preheating system may include a console, a preheating task distribution channel, and a results module, as shown in the reference. Figure 61) Users submit file preheating requests through the console. These requests include a file identifier (such as the URL corresponding to the file to be preheated) and a cluster pool identifier. The console writes the file to be preheated and the cluster pool identifier to the database and displays a successful submission. 2) The preheating task distribution channel periodically retrieves the file to be preheated and the cluster pool identifier from the database. Before generating and sending the file preheating task, it first sends a status probe task to each content distribution node in the candidate cluster pool. The status probe task can include the file identifier and request headers containing `Prefetch-detect: true` and `Range:bytes=0-0`. 3) The status probe task is received by the proxy object of the content distribution node. The proxy object simulates a terminal access request and sends an HTTP request to the local server of the content distribution node. This HTTP request carries a special preheating identifier and a specified request header containing `Range:bytes=0-0` and `Host:X`. Here, X represents the domain name of the URL corresponding to the file to be preheated. 4) After the local server identifies a request carrying a special preheating identifier, it performs the following logical processing on the request: If the local server intends to forward the request to the cluster according to the hash rule (refer to the application of the preset rule when determining sample nodes in the following steps), it returns status code 266 (corresponding to the second status code mentioned above); otherwise, it returns status code 200 (corresponding to the first status code mentioned above). If status code 200 is returned, the proxy object sends the address information (such as IP address), file identifier, and status code 200 of the content distribution node (or local server) to the result module. 5) After collecting the above content from the candidate cluster pool, the result module treats these content distribution nodes (or local servers) as a target cluster. 6) The console generates a file preheating task based on the file identifier and sends the file preheating task to the content distribution node (or local server) in the target cluster through the preheating task distribution channel.

[0078] As can be seen from the technical solutions provided in the above embodiments of this application, this application provides a solution for more accurate preheating at the content distribution node level, under the leadership of the preheating system, for situations where there is no interaction between the configuration system and the preheating system. When a file preheating request is received, this application first determines a candidate cluster pool based on the cluster pool identifier carried in the file preheating request, then sends a status probe task to each content distribution node in the candidate cluster pool, and then determines whether its file caching function is enabled based on the status probe results returned by the content distribution node. When the file caching function of the content distribution node is enabled, a file preheating task is generated based on the file identifier carried in the file preheating request, and then sent to the target node so that the target node can pull the file to be preheated from the origin server. This application focuses on the role of the configuration instructions received by the configuration system at the content distribution node level. The configuration instructions carry configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster. The status probe task determines the on / off state of the file caching function of the content distribution node, and then sends the file preheating task to the content distribution node with the file caching function enabled. This can achieve accurate file preheating task sending to match the user configuration. At the same time, this also provides users with more flexible content distribution node configuration support.

[0079] Figure 4 This diagram illustrates a file warm-up method according to an embodiment of this application. Figure 4 As shown, the file preheating method can be executed by the target content distribution node, and the method includes:

[0080] S401: Receive a status detection task sent by the preheating system. The status detection task is generated by the preheating system based on the obtained file preheating request. The file preheating request carries the cluster pool identifier and a file identifier indicating the file to be preheated.

[0081] S402: Return the status detection result to the preheating system;

[0082] S403: When the status detection result indicates that the file caching function of the target content distribution node is enabled, a file preheating task sent by the preheating system is received to pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

[0083] The aforementioned steps S201-S205 provide a file preheating method with the preheating system as the execution subject. Correspondingly, steps S401-S403 here provide a video processing method with the target content distribution node as the execution subject. The target content distribution node is any node among multiple content distribution nodes included in multiple candidate clusters. These multiple candidate clusters belong to a candidate cluster pool with a cluster pool identifier. The on / off state of the file caching function of the content distribution node is determined based on configuration instructions received by the configuration system. These configuration instructions carry configuration information for the candidate cluster to which the content distribution node belongs. This configuration information is used to indicate the node information participating in file caching within the cluster. From the perspective of a content distribution node, as the object of the probed state, the content distribution node receives the file preheating task to preheat the file only when its state meets the requirements; otherwise, there is no need to preheat the file.

[0084] As a possible implementation, the state detection task includes a segment preheating request and a segment access request. Receiving the state detection task sent by the preheating system may include the following steps: First, in response to the received segment preheating request sent by the preheating system, pull the segment of the file to be preheated from the source server; then, in response to the received segment access request sent by the preheating system, return a request response to the preheating system. The state detection result is determined based on the request response, and the state detection result is used to indicate whether the file caching function of the target content distribution node is enabled. Compared to the internal structure of the state detection task provided in steps S301-S302 (i.e., the state detection task is composed of segment-level preheating requests and access requests), and the order in which the segment-level preheating requests and access requests are sent, this provides the content distribution node's response to the segment-level preheating requests and access requests respectively. Ordered responses rely on the guidance of the segment-level preheating requests and access requests, thus reducing the load on the content distribution node, facilitating stable and efficient response to requests, and consequently improving the accuracy of the request response.

[0085] The following section will introduce the conditions for enabling the file caching function, and will also introduce the response of the content distribution node to fragment access requests in conjunction with the internal structure of the content distribution node.

[0086] 1) Conditions for enabling file caching:

[0087] The fragment preheating request is constructed based on the file identifier and a first request header. The first request header is used to indicate the retrieval of file fragments. The target configuration information is used to indicate the node information participating in file caching in the target cluster to which the target content distribution node belongs. The step of retrieving the fragment of the file to be preheated from the origin server may include the following steps: when the file caching function of the target content distribution node is enabled, the fragment of the file to be preheated is retrieved from the origin server. The enabling of the file caching function of the target content distribution node is determined based on a first preset condition or a second preset condition. The first preset condition constrains the target configuration information to indicate that all nodes participate in file caching. The second preset condition constrains the target configuration information to indicate that sample nodes participate in file caching, and the sample node determined based on the file identifier and preset rules is the target content distribution node.

[0088] The construction of the segment preheating request can be referred to the relevant description in step S203 above, and will not be repeated here. It can be understood that, combined with the example in step S202 above, there are three candidate clusters, namely candidate clusters 1-3. Candidate cluster 1 includes content distribution nodes 11-15, candidate cluster 2 includes content distribution nodes 21-28, and candidate cluster 3 includes content distribution nodes 31-33. Taking content distribution node 11 as the target content distribution node as an example, whether the file caching function of content distribution node 11 is enabled needs to refer to the target configuration information adapted to candidate cluster 1. The target configuration information is used to indicate the node information participating in file caching in candidate cluster 1. The node information provided by the target configuration information is used to limit the content distribution nodes participating in file caching. The node information can limit all nodes to participate in file caching (corresponding to the first preset condition), at which time the file caching function of all content distribution nodes (i.e., content distribution nodes 11-15) in candidate cluster 1 is enabled. The node information can limit sample nodes that meet the conditions to participate in file caching (corresponding to the second preset condition), at which time the file caching function of sample nodes that meet the conditions in candidate cluster 1 is enabled. Eligible sample nodes can be determined based on file identifiers and preset rules.

[0089] For example, 1) Determine the target hash value of the file identifier, then perform a modulo operation on the target hash value and the total number of nodes in the target cluster, and determine the sample node based on the modulo operation result. For example, if the target hash value is 6, the total number of nodes in candidate cluster 1 is 5, and the modulo operation result is 1. If content distribution nodes 11-15 are the 1i-th content distribution node in the candidate cluster, where i ranges from 1 to 5, then content distribution node 11 can be determined to be a sample node based on the modulo operation result of 1.

[0090] 2) Determine the target hash value for the file identifier. Then, find the target baseline hash value with the smallest difference from the target hash value on the hash ring in a preset direction. Based on the target baseline hash value, determine the sample nodes. Each node in the target cluster corresponds to multiple baseline hash values. The baseline hash values ​​on the hash ring are arranged in numerical order. For example, if the target hash value is 200, the hash ring in one direction includes multiple baseline hash values ​​such as 100, 300, 500, 700, and 900. If the target baseline hash value found in the clockwise direction is 300, then the node corresponding to it is a sample node. If the target baseline hash value found in the counter-clockwise direction is 100, then the node corresponding to it is a sample node.

[0091] The on / off state of file caching functionality on content distribution nodes is determined by the corresponding configuration information. Cluster-level configuration information reduces the workload for users configuring content distribution nodes, improving efficiency and convenience. Furthermore, the option to select first and second preset conditions enhances the adaptability of cluster-level content distribution node configuration. Limiting file caching to all nodes effectively handles large file access volumes. Limiting file caching to only eligible sample nodes reduces the storage footprint of files within the cluster and decreases the bandwidth used to fetch files from the origin server.

[0092] (ii) Considering the internal structure of the content distribution node, the content distribution node's response to fragment access requests:

[0093] like Figure 5 As shown, the target content distribution node consists of a target proxy object and a target local server. The target local server determines, based on its current configuration, whether to send a request to the origin server to pull the fragment of the file to be preheated due to the fragment preheating request. Before returning a request response to the preheating system in response to the received fragment access request sent by the preheating system, the method further includes:

[0094] S501: Receive the segment access request sent by the preheating system using the target proxy object;

[0095] Accordingly, the step of returning a request response to the preheating system in response to the received fragment access request sent by the preheating system includes:

[0096] S502: Use the target proxy object to send a status acquisition request to the target local server. The status acquisition request is constructed based on a status acquisition identifier and a second request header. The second request header is used to indicate access to a file segment that indicates the file identifier.

[0097] S503: Send the request response to the preheating system using the target proxy object. The request response includes the address information of the target local server and the local cache information of the fragment of the file to be preheated on the target local server.

[0098] It can be understood that the target proxy object and the target local server constitute the two parts of the target content distribution node. During the probing phase, the target proxy object is responsible for interacting with the preheating system, while the target local server is responsible for pulling files from the origin server and saving them. This internal structure of the content distribution node facilitates targeted updates and maintenance based on the implementation status of relevant functions.

[0099] The preheating system can send a segment preheating request to the target proxy object, which then forwards the request to the target local server. Upon receiving the segment preheating request, the target local server, based on its current configuration, sends a request to the origin server to retrieve the segment of the file to be preheated. If the current configuration indicates that the file caching function of the target content distribution node is enabled, the target local server can send a request to the origin server to retrieve the segment of the file to be preheated. If the current configuration indicates that the file caching function of the target content distribution node is not enabled, the target local server may not send a request to the origin server to retrieve the segment of the file to be preheated.

[0100] The preheating system can send a fragment access request to the target proxy object. Upon receiving the fragment access request, the target proxy object sends a status acquisition request to the target local server. The target proxy object can directly construct the status acquisition request based on some request parameters extracted from the fragment access request; in this case, the status acquisition identifier and the second request header both originate from the fragment access request. Alternatively, the target proxy object can indirectly construct the status acquisition request based on preset construction rules and some request parameters extracted from the fragment access request; in this case, the second request header originates from the fragment access request and is provided by the preset construction rules. The intent of the fragment access request is to access a fragment of the file to be preheated. The intent of the status acquisition request is to obtain information on whether the fragment is saved. Deconstructing the fragment access request into a status acquisition request better suits the interaction scenario between the target proxy object and the target local server, and can guide the request response to provide more accurate and effective information to contribute to the determination of the status detection results. The request response can include the file identifier, the address information of the target local server, and the status of the target local server's local caching of the fragment of the file to be preheated. If the target local server caches fragments of the file to be preheated locally, and this indicates that the target local server has stored the fragments, then the file caching function of the target content distribution node is enabled based on the status probe result determined by the request and response. If this indicates that the target local server does not store the fragments of the file to be preheated locally, then the file caching function of the target content distribution node is disabled based on the status probe result determined by the request and response. Regarding the address information of the target local server, if the status probe result indicates that the file caching function of the target content distribution node is enabled, then during the formal preheating phase, the preheating system can send the file preheating task to the target local server based on the address information of the target local server, thereby improving the efficiency of preheating the file to be preheated.

[0101] In practical applications, the target proxy object can also forward the preprocessed fragment access request to the target local server. The purpose of preprocessing is to make the preprocessed result simulate a terminal access request. The preprocessed fragment access request can be an HTTP request carrying a special warm-up identifier and a specified request header containing Range:bytes=0-0 and Host:X. Here, X represents the domain name of the URL corresponding to the file to be warmed up.

[0102] This application also provides a document preheating device, such as... Figure 7 As shown, the document preheating device 70 is configured in the preheating system, and the document preheating device 70 includes:

[0103] Request acquisition module 701: used to acquire file preheating requests, wherein the file preheating requests carry cluster pool identifiers and file identifiers indicating the files to be preheated;

[0104] Cluster pool determination module 702: used to determine a candidate cluster pool based on the cluster pool identifier, wherein the candidate cluster pool consists of multiple candidate clusters, and the candidate clusters include multiple content distribution nodes;

[0105] Detection task sending module 703: used to send a status detection task to each content distribution node in the candidate cluster pool;

[0106] Status determination module 704: is used to determine whether the file caching function of the content distribution node is enabled based on the status detection result returned by the content distribution node. The on / off status of the file caching function of the content distribution node is determined based on the configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster.

[0107] Preheating task sending module 705: When the file caching function of the content distribution node is enabled, it sends a file preheating task to the content distribution node so that the content distribution node can pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

[0108] In one embodiment, the state detection task includes a segment preheating request and a segment access request. Sending the state detection task to the content distribution node includes: sending the segment preheating request to the content distribution node so that the content distribution node pulls the segment of the file to be preheated from the source site; and sending the segment access request to the content distribution node.

[0109] The device further includes a request-response receiving module; the response receiving module is used to receive the request response returned by the content distribution node, the status detection result is determined based on the request response, and the status detection result is used to indicate whether the file caching function of the content distribution node is enabled.

[0110] In one embodiment, the apparatus further includes a request building module; the request building module is configured to build the fragment warm-up request based on the file identifier and a first request header, the first request header being used to indicate the retrieval of file fragments.

[0111] It should be noted that the apparatus and method embodiments described in the device embodiments are based on the same inventive concept.

[0112] This application also provides a document preheating device, such as... Figure 8 As shown, the file preheating device 80 is configured at the target content distribution node. The target content distribution node is any node among multiple content distribution nodes included in multiple candidate clusters. The multiple candidate clusters belong to a candidate cluster pool with a cluster pool identifier. The on / off state of the file caching function of the content distribution node is determined based on the configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster. The file preheating device 80 includes:

[0113] Detection task receiving module 801: used to receive status detection tasks sent by the preheating system, wherein the status detection task is generated by the preheating system based on the obtained file preheating request, and the file preheating request carries the cluster pool identifier and a file identifier indicating the file to be preheated.

[0114] Result return module 802: used to return status detection results to the preheating system;

[0115] Preheating task receiving module 803: When the status detection result indicates that the file caching function of the target content distribution node is enabled, it receives the file preheating task sent by the preheating system to pull the file to be preheated from the source station, and the file preheating task is generated based on the file identifier.

[0116] In one embodiment, the state detection task includes a segment preheating request and a segment access request. Receiving the state detection task sent by the preheating system includes: in response to the received segment preheating request sent by the preheating system, pulling a segment of the file to be preheated from the source station; in response to the received segment access request sent by the preheating system, returning a request response to the preheating system. The state detection result is determined based on the request response, and the state detection result is used to indicate whether the file caching function of the target content distribution node is enabled.

[0117] In one embodiment, the target content distribution node consists of a target proxy object and a target local server. The target local server determines, based on the current configuration, whether to send a request to the source server to pull the fragment of the file to be preheated. The device is also used to receive the fragment access request sent by the preheating system using the target proxy object.

[0118] The step of responding to the received fragment access request sent by the preheating system by returning a request response to the preheating system includes: sending a status acquisition request to the target local server using the target proxy object, the status acquisition request being constructed based on a status acquisition identifier and a second request header, the second request header being used to indicate access to a file fragment indicating the file identifier; and sending the request response to the preheating system using the target proxy object, the request response including the address information of the target local server and the status of the target local server caching the fragment of the file to be preheated locally.

[0119] In one embodiment, the fragment preheating request is constructed based on the file identifier and a first request header, the first request header being used to indicate the retrieval of file fragments, and the target configuration information being used to indicate the node information participating in file caching in the target cluster to which the target content distribution node belongs. The step of retrieving the fragment of the file to be preheated from the origin server includes: retrieving the fragment of the file to be preheated from the origin server when the file caching function of the target content distribution node is enabled. The enabling of the file caching function of the target content distribution node is determined based on a first preset condition or a second preset condition. The first preset condition constrains the target configuration information to indicate that all nodes participate in file caching, and the second preset condition constrains the target configuration information to indicate that sample nodes participate in file caching, and the sample node determined based on the file identifier and preset rules is the target content distribution node.

[0120] It should be noted that the apparatus and method embodiments described in the device embodiments are based on the same inventive concept.

[0121] In some embodiments, the functions or modules of the apparatus provided in this application can be used to perform the methods described in the above method embodiments. The specific implementation can be referred to the description of the above method embodiments, and for the sake of brevity, it will not be repeated here.

[0122] This application also provides a computer-readable storage medium storing at least one instruction or at least one program segment, which is loaded and executed by a processor to implement the above-described method. The computer-readable storage medium may be a non-volatile computer-readable storage medium.

[0123] This application also provides an electronic device, which includes at least one processor and a memory communicatively connected to the at least one processor; wherein the memory stores at least one instruction or at least one program, and the at least one instruction or at least one program is loaded and executed by the at least one processor to implement the above method.

[0124] Electronic devices can be provided as terminals, servers, or other forms of devices.

[0125] Figure 9 A block diagram of an electronic device according to an embodiment of this application is shown. (Refer to...) Figure 9 The electronic device 1900 includes a processing component 1922, which further includes one or more processors, and memory resources represented by memory 1932 for storing instructions executable by the processing component 1922. Furthermore, the processing component 1922 is configured to execute instructions to perform the methods described above.

[0126] Electronic device 1900 may also include a power supply component 1926 configured to perform power management of electronic device 1900, a wired or wireless network interface 1950 configured to connect electronic device 1900 to a network, and an input / output (I / O) interface 1958. Electronic device 1900 can operate on an operating system stored in memory 1932, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, or similar.

[0127] In an exemplary embodiment, a non-volatile computer-readable storage medium is also provided, such as a memory 1932 including computer program instructions that can be executed by a processing component 1922 of an electronic device 1900 to perform the above-described method.

[0128] This application may be a system, method, and / or computer program product. A computer program product may include a computer-readable storage medium having on it at least one instruction or at least a program segment for causing a processor to implement various aspects of this application.

[0129] Computer-readable storage media can be tangible devices capable of holding and storing instructions for use by an instruction execution device. Computer-readable storage media can be, for example—but not limited to—electrical storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital multifunction disc (DVD), memory sticks, floppy disks, mechanical encoding devices, such as punch cards or recessed protrusions storing instructions thereon, and any suitable combination thereof. The computer-readable storage media used herein are not to be construed as transient signals themselves, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., light pulses through fiber optic cables), or electrical signals transmitted through wires.

[0130] At least one instruction or program segment described herein may be downloaded from a computer-readable storage medium to various computing / processing devices, or downloaded via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network, to an external computer or external storage device. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives at least one instruction or at least one program segment from the network and forwards the instruction or program segment to a computer-readable storage medium in the respective computing / processing device.

[0131] At least one instruction or at least one program segment used to perform the operations of this application may be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk, C+, etc., and conventional procedural programming languages ​​such as the "C" language or similar programming languages. At least one instruction or at least one program segment may be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or may be connected to an external computer (e.g., via the Internet using an Internet service provider). In some embodiments, electronic circuits, such as programmable logic circuits, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), are personalized by utilizing state information of at least one instruction or at least one program to implement various aspects of this application.

[0132] Various aspects of this application are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by at least one instruction or at least a piece of program.

[0133] The at least one instruction or at least one program segment can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that, when executed by the processor of the computer or other programmable data processing apparatus, it creates means for implementing the functions / actions specified in one or more blocks of the flowchart and / or block diagram. The at least one instruction or at least one program segment can also be stored in a computer-readable storage medium that causes a computer, programmable data processing apparatus, and / or other device to operate in a particular manner; thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / actions specified in one or more blocks of the flowchart and / or block diagram.

[0134] At least one instruction or at least one program may be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / actions specified in one or more boxes of a flowchart and / or block diagram.

[0135] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of an instruction, which includes one or more executable instructions for implementing a specified logical function. In some alternative implementations, the functions specified in the blocks may occur in a different order than those specified in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0136] The various embodiments of this application have been described above. These descriptions are exemplary and not exhaustive, nor are they limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen to best explain the principles, practical applications, or technological improvements to the embodiments in the market, or to enable others skilled in the art to understand the embodiments disclosed herein.

Claims

1. A method for preheating a file, characterized in that, Applied to a preheating system, the method includes: Obtain a file preheating request, the file preheating request carrying a cluster pool identifier and a file identifier indicating the file to be preheated; Candidate cluster pools are determined based on the cluster pool identifier. Each candidate cluster pool consists of multiple candidate clusters, and each candidate cluster includes multiple content distribution nodes. For each content distribution node in the candidate cluster pool, a status probe task is sent to the content distribution node. Based on the status probe results returned by the content distribution node, it is determined whether the file caching function of the content distribution node is enabled. The on / off status of the file caching function of the content distribution node is determined based on the configuration instructions received by the configuration system. The configuration instructions carry configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster. When the file caching function of the content distribution node is enabled, a file preheating task is sent to the content distribution node so that the content distribution node can pull the file to be preheated from the source server. The file preheating task is generated based on the file identifier.

2. The method according to claim 1, characterized in that, The state detection task includes a segment preheating request and a segment access request. Sending the state detection task to the content distribution node includes: Send the segment preheating request to the content distribution node so that the content distribution node pulls the segment of the file to be preheated from the source site; Send the fragment access request to the content distribution node; After sending the state probe task to the content distribution node, the method further includes: The system receives a request response from the content distribution node, and the status detection result is determined based on the request response. The status detection result is used to indicate whether the file caching function of the content distribution node is enabled.

3. The method according to claim 2, characterized in that, Before sending the segment preheating request to the content distribution node, the method further includes: The fragment warm-up request is constructed based on the file identifier and the first request header, which is used to indicate the retrieval of the file fragment.

4. A method for preheating a document, characterized in that, The method is applied to a target content distribution node, which is any node among multiple content distribution nodes included in multiple candidate clusters. These multiple candidate clusters belong to a candidate cluster pool with a cluster pool identifier. The on / off state of the file caching function of the content distribution node is determined based on a configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching within the cluster. The method includes: The system receives a status detection task sent by the preheating system. The status detection task is generated by the preheating system based on the obtained file preheating request. The file preheating request carries the cluster pool identifier and a file identifier indicating the file to be preheated. The status detection results are returned to the preheating system; When the status detection result indicates that the file caching function of the target content distribution node is enabled, a file preheating task sent by the preheating system is received to pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

5. The method according to claim 4, characterized in that, The state detection task includes a segment preheating request and a segment access request. Receiving the state detection task sent by the preheating system includes: In response to the received segment preheating request sent by the preheating system, the segment of the file to be preheated is retrieved from the source station; In response to the received fragment access request sent by the preheating system, a request response is returned to the preheating system. The status detection result is determined based on the request response and is used to indicate whether the file caching function of the target content distribution node is enabled.

6. The method according to claim 5, characterized in that, The target content distribution node consists of a target proxy object and a target local server. The target local server, based on its current configuration, determines whether to send a request to the origin server to pull the fragment of the file to be preheated, in response to the received fragment access request sent by the preheating system. Before returning a request response to the preheating system, the method further includes: The target proxy object is used to receive the fragment access request sent by the preheating system; The step of returning a request response to the preheating system in response to the received fragment access request sent by the preheating system includes: The target proxy object is used to send a status acquisition request to the target local server. The status acquisition request is constructed based on a status acquisition identifier and a second request header, which is used to indicate access to a file segment that indicates the file identifier. The target proxy object is used to send the request response to the preheating system. The request response includes the address information of the target local server and the local cache information of the fragment of the file to be preheated on the target local server.

7. The method according to claim 5, characterized in that, The fragment preheating request is constructed based on the file identifier and a first request header. The first request header is used to indicate the retrieval of file fragments, and the target configuration information is used to indicate the node information participating in file caching in the target cluster to which the target content distribution node belongs. The step of retrieving the fragment of the file to be preheated from the origin server includes: When the file caching function of the target content distribution node is enabled, the fragment of the file to be preheated is pulled from the source site. The enabling of the file caching function of the target content distribution node is determined based on a first preset condition or a second preset condition. The first preset condition constrains the target configuration information to indicate that all nodes participate in file caching. The second preset condition constrains the target configuration information to indicate that sample nodes participate in file caching, and the sample node determined based on the file identifier and preset rules is the target content distribution node.

8. A document preheating device, characterized in that, Configured in a preheating system, the device includes: Request Acquisition Module: Used to acquire file preheating requests, wherein the file preheating request carries a cluster pool identifier and a file identifier indicating the file to be preheated; Cluster pool determination module: used to determine candidate cluster pools based on the cluster pool identifier, wherein the candidate cluster pool consists of multiple candidate clusters, and the candidate clusters include multiple content distribution nodes; Detection task sending module: used to send a status detection task to each content distribution node in the candidate cluster pool; Status determination module: used to determine whether the file caching function of the content distribution node is enabled based on the status detection result returned by the content distribution node. The on / off status of the file caching function of the content distribution node is determined based on the configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching in the cluster. Preheating task sending module: When the file caching function of the content distribution node is enabled, it sends a file preheating task to the content distribution node so that the content distribution node can pull the file to be preheated from the source site. The file preheating task is generated based on the file identifier.

9. A document preheating device, characterized in that, The device is configured on a target content distribution node, which is any node among multiple content distribution nodes included in multiple candidate clusters. These multiple candidate clusters belong to a candidate cluster pool with a cluster pool identifier. The on / off state of the file caching function of the content distribution node is determined based on a configuration instruction received by the configuration system. The configuration instruction carries configuration information for the candidate cluster to which the content distribution node belongs. The configuration information is used to indicate the node information participating in file caching within the cluster. The device includes: Detection task receiving module: used to receive status detection tasks sent by the preheating system. The status detection task is generated by the preheating system based on the obtained file preheating request. The file preheating request carries the cluster pool identifier and the file identifier indicating the file to be preheated. Result return module: used to return status detection results to the preheating system; Preheating task receiving module: When the status detection result indicates that the file caching function of the target content distribution node is enabled, it receives the file preheating task sent by the preheating system to pull the file to be preheated from the source station. The file preheating task is generated based on the file identifier.

10. An electronic device, characterized in that, The electronic device includes at least one processor and a memory communicatively connected to the at least one processor; wherein the memory stores at least one instruction or at least one program, the at least one instruction or at least one program being loaded and executed by the at least one processor to implement the file warm-up method as described in any one of claims 1-3, or the file warm-up method as described in any one of claims 4-7.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one instruction or at least one program, which is loaded and executed by a processor to implement the file warm-up method as described in any one of claims 1-3, or the file warm-up method as described in any one of claims 4-7.

12. A computer program product, characterized in that, The computer program product includes at least one instruction or at least one program segment, which is loaded and executed by a processor to implement the file warm-up method as described in any one of claims 1-3, or the file warm-up method as described in any one of claims 4-7.

Images