Domain name resource data distribution method and device, computer equipment and storage medium

Abstract

The embodiment of the invention provides a domain name resource data distribution method and device, computer equipment and a storage medium. The method comprises the following steps: receiving multiple pieces of performance test data sent by each measurement service node; according to the performance test data of each historical time point, determining a historical performance score of the edge node at each historical time point; for each historical time point, constructing a corresponding sub-feature vector in combination with the historical performance score and the attribute parameter of the domain name resource data; splicing the plurality of sub-feature vectors according to a time sequence to obtain a target feature vector, and outputting a scheduling weight of each edge node based on the target feature vector through a target model; and when domain name resource data acquisition requests are received, allocating at least one domain name resource data acquisition request to at least one edge node in the plurality of edge nodes for domain name resource distribution according to the scheduling weight of each edge node. Therefore, the efficiency and stability of the domain name resource data distribution process can be improved.

Description

Technical Field

[0001] The present application relates to the field of network communication technology, and in particular to a domain name resource data distribution method, device, computer equipment and storage medium. Background Art

[0002] Domain name resolution is the process of converting easy-to-remember domain names into computer-recognizable Internet Protocol (IP) addresses. When a user enters a domain name in a browser, the browser sends a query request to the local Domain Name System (DNS) server. The DNS server then queries the root server, top-level domain server, and authoritative server, and finally obtains the IP address corresponding to the input domain name and returns it to the user's device. This process allows users to quickly and easily access various resources on the Internet without having to directly remember complex IP addresses.

[0003] In related technologies, domain name resolution is usually implemented by autonomous acquisition at a single site. Specifically, in the domain name resource data distribution scenario of a specific area, all clients (such as root server instances, authoritative servers, etc.) directly initiate requests to a designated centralized server and download data. The centralized server provides the latest domain name resource data (such as root zone files, top-level domain information) through a fixed IP address or a single domain name, and the client pulls data from the node through periodic polling or event triggering to complete the domain name resource data distribution process. However, on the one hand, this solution completely relies on the stability and network connectivity of a single node. When accessing across regions, the network delay is large, resulting in low efficiency in the distribution of domain name resource data; on the other hand, once a node has a hardware failure, a network interruption, or is attacked, all clients in the area will not be able to obtain domain name resource data, the domain name resource data distribution service will be completely paralyzed, and the stability of the distribution process will be poor. Summary of the invention

[0004] The present application proposes a domain name resource data distribution method, device, computer equipment and storage medium, which can improve the efficiency and stability of the domain name resource data distribution process.

[0005] To achieve the above-mentioned purpose, a first aspect of an embodiment of the present application proposes a domain name resource data distribution method, which is applied to a domain name resource server, and the domain name resource server stores corresponding domain name resource data. The method includes: Receiving multiple performance test data sent by each measurement service node, each performance test data is obtained by the measurement service node testing the managed edge node at different historical time points, and the edge node synchronously stores the domain name resource data; Determine the historical performance score of the edge node corresponding to each measurement service node at each historical time point based on the performance test data at each historical time point; For each historical time point, the sub-feature vector corresponding to each historical time point is constructed by combining the historical performance score of each edge node and the attribute parameters of the stored domain name resource data; splicing the sub-feature vectors corresponding to the multiple historical time points in chronological order to obtain a target feature vector, and outputting the scheduling weight of each edge node based on the target feature vector through a pre-trained target model; When at least one domain name resource data acquisition request is received, the at least one domain name resource data acquisition request is distributed to at least one edge node among the multiple edge nodes according to the scheduling weight of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0006] Accordingly, a second aspect of an embodiment of the present application proposes a domain name resource data distribution device, which is applied to a domain name resource server, and the domain name resource server stores corresponding domain name resource data. The device includes: A receiving module, used to receive a plurality of performance test data sent by each measurement service node, each performance test data is obtained by the measurement service node testing the managed edge node at different historical time points, and the edge node synchronously stores the domain name resource data; A determination module, used to determine the historical performance score of the edge node corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point; A construction module is used to construct a sub-feature vector corresponding to each historical time point by combining the historical performance score of each edge node and the attribute parameters of the stored domain name resource data for each historical time point; A splicing module, used to splice the sub-feature vectors corresponding to the multiple historical time points in chronological order to obtain a target feature vector, and output the scheduling weight of each edge node based on the target feature vector through a pre-trained target model; The parsing module is used to distribute the at least one domain name resource data acquisition request to at least one edge node among multiple edge nodes according to the scheduling weight of each edge node when receiving at least one domain name resource data acquisition request, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0007] In some implementations, the domain name resource data distribution device further includes a calculation module, which is used to: At the same historical time point, determining the domain name resource test data of each edge node from the multiple performance test data returned by the multiple edge nodes; For the domain name resource test data corresponding to each edge node, calculate the corresponding domain name resource hash value; Comparing based on multiple domain name resource hash values, when the comparison result indicates that the domain name resource hash value of at least one edge node is inconsistent with the domain name resource hash values ​​of other edge nodes, adjusting the scheduling weight of the at least one edge node by a preset penalty factor to obtain a corresponding first scheduling weight; Based on the first scheduling weight, adjusting the scheduling weight of the other edge nodes to obtain the second scheduling weight of the other edge nodes; Then, according to the scheduling weight of each edge node, the at least one domain name resource data acquisition request is allocated to at least one edge node among the multiple edge nodes, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request, including: According to the first scheduling weight or the second scheduling weight of each edge node, the at least one domain name resource data acquisition request is distributed to at least one edge node among the multiple edge nodes, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0008] In some implementations, the determining module is further configured to: According to the performance test data at each historical time point, the time delay data, packet loss rate data and transmission jitter data of the edge node corresponding to each measurement service node at each historical time point are obtained; Obtain a first weight corresponding to the time delay data, a second weight corresponding to the packet loss rate data, and a third weight corresponding to the transmission jitter data, and adjust the time delay data, the packet loss rate data, and the transmission jitter data according to the first weight, the second weight, and the third weight, respectively, to obtain corresponding target time delay data, target packet loss rate data, and target transmission jitter data; Based on the target time delay data, the target packet loss rate data and the target transmission jitter data, a historical performance score of the corresponding edge node at each historical time point is obtained.

[0009] In some implementations, the domain name resource data distribution device further includes an acquisition module, which is used to: Acquire historical time periods corresponding to multiple historical time points, and determine the data occupancy of the domain name resource data in the historical time period, the update frequency in the historical time period, and the data type; Based on the data occupancy, the update frequency and the data type, attribute parameters corresponding to the stored domain name resource data are determined.

[0010] In some implementations, the domain name resource data distribution device further includes a training module, which is used to: Receiving multiple sample performance test data sent by each measurement service node, each sample performance test data is obtained by the measurement service node testing the managed edge node at different sample time nodes, and the edge node synchronously stores the sample domain name resource data; Determine the sample historical performance score of the edge node corresponding to each measurement service node at each sample time point based on the sample performance test data at each sample time point; For each sample time point, the sample sub-feature vector corresponding to each sample time point is constructed by combining the sample historical performance score of each edge node and the sample attribute parameters of the stored sample domain name resource data; splicing the sample sub-feature vectors corresponding to the plurality of sample time points in chronological order to obtain a sample target feature vector, and outputting a predicted scheduling weight of each edge node based on the sample target feature vector through a preset model; For each edge node, obtain a sample scheduling weight of each edge node, and construct a target loss based on a difference between a predicted scheduling weight and a sample scheduling weight corresponding to each edge node; Based on the target loss, the parameters of the preset model are adjusted to obtain a target model.

[0011] In some implementations, the domain name resource data distribution device further includes a processing module, which is used to: Inputting the target feature vector into the target model, performing high-dimensional feature extraction on the target feature vector through the initial convolution layer of the target model, and obtaining a first feature vector; Processing the first feature vector according to the time dependency through the first residual block of the target model to obtain a second feature vector, and fusing the first feature vector and the second feature vector to obtain a third feature vector output by the first residual block, wherein each residual block includes a plurality of dilated convolutional layers, the number of dilation factors included in the plurality of dilated convolutional layers is configured according to the position of the corresponding residual block, and the dilation factor is used to determine the time series analysis range of the first feature vector; Processing the third eigenvector according to the time dependency through the intermediate residual block of the target model to obtain an updated second eigenvector, and fusing the third eigenvector with the updated second eigenvector to obtain an updated third eigenvector output by the intermediate residual block; When the last intermediate residual block outputs an updated third eigenvector, performing feature compression processing on the third eigenvector through the global pooling layer of the target model to obtain a fourth eigenvector; The fourth eigenvector is output mapped through the fully connected layer of the target model to obtain the scheduling weight of each edge node.

[0012] Accordingly, a third aspect of the embodiments of the present application proposes a domain name resource data distribution method, which is applied to a measurement service node. The method includes: Testing the managed edge nodes at different historical time points to obtain corresponding performance test data, wherein the edge nodes synchronously store the domain name resource data stored by the domain name resource server; Send multiple performance test data to the domain name resource server, so that after receiving the multiple performance test data sent by each measurement service node, the domain name resource server determines the historical performance score of the edge node corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point, and for each historical time point, combines the historical performance score of each edge node and the attribute parameters of the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point, and splices the sub-feature vectors corresponding to the multiple historical time points in chronological order to obtain a target feature vector, and outputs the scheduling weight of each edge node based on the target feature vector through a pre-trained target model, and when receiving at least one domain name resource data acquisition request, distributes the at least one domain name resource data acquisition request to at least one edge node among the multiple edge nodes according to the scheduling weight of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0013] Correspondingly, the fourth aspect of the embodiments of the present application proposes a computer device, which includes a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, it implements the domain name resource data distribution method of any one of the first aspect embodiments or the second aspect embodiments of the present application.

[0014] Correspondingly, the fifth aspect of the embodiments of the present application proposes a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the domain name resource data distribution method of any one of the first aspect embodiments or the second aspect embodiments of the present application.

[0015] In the embodiment of the present application, by receiving multiple performance test data sent by each measurement service node, each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points, and the edge nodes synchronously store domain name resource data; according to the performance test data at each historical time point, determine the historical performance score of the edge node corresponding to each measurement service node at each historical time point; for each historical time point, combine the historical performance score of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point; concatenate the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and output the scheduling weight of each edge node through a pre-trained target model based on the target feature vector; when receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weight of each edge node, so that at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request. In this way, it is possible to use the measurement service node to collect the performance test data of each edge node and convert it into a historical performance score, so that the system can grasp the network status of each edge node at different historical time points in real time. Then, fuse the historical performance score and the attribute parameters of the domain name resource data to construct a sub-feature vector, and concatenate the sub-feature vectors corresponding to multiple historical time points in chronological order and input them into the target model, so that the target model fully learns the time-dependent features of the target feature vector, captures the performance change of each edge node at different historical time points, and then predicts the scheduling weight of each edge node at the current moment. Therefore, when receiving a domain name resource data acquisition request subsequently, the request can be dynamically allocated according to the scheduling weight of each edge node, which not only realizes the reasonable distribution of traffic, avoids the performance bottleneck of a single node, but also enhances the fault tolerance and stability of the system by the collaborative work of the edge nodes, so as to ensure the efficient and reliable operation of the resolution service even in a cross-regional scenario. In summary, the present application can improve the efficiency and stability of the domain name resource data distribution process. Description of the Drawings

[0016] Figure 1 is a schematic architecture diagram of a domain name resource data distribution system provided by an embodiment of the present application; Figure 2 is a flowchart of a domain name resource data distribution method provided by an embodiment of the present application; Figure 3 is a model structure diagram provided by an embodiment of the present application; Figure 4 is a flowchart of data verification provided by an embodiment of the present application; Figure 5It is a functional module diagram of a domain name resource data distribution device provided in an embodiment of the present application; Figure 6 It is a schematic diagram of the hardware structure of the computer device provided in the embodiment of the present application. DETAILED DESCRIPTION

[0017] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0018] It should be noted that, although the functional modules are divided in the device schematic diagram and the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first", "second", etc. in the specification, claims and the above drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0019] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0020] Domain name resolution is the process of converting easy-to-remember domain names into computer-recognizable Internet Protocol (IP) addresses. When a user enters a domain name in a browser, the browser sends a query request to the local Domain Name System (DNS) server. The DNS server then queries the root server, top-level domain server, and authoritative server, and finally obtains the IP address corresponding to the input domain name and returns it to the user's device. This process allows users to quickly and easily access various resources on the Internet without having to directly remember complex IP addresses.

[0021] In related technologies, domain name resolution is usually implemented by autonomous acquisition at a single site. Specifically, in the domain name resource data distribution scenario of a specific area, all clients (such as root server instances, authoritative servers, etc.) directly initiate requests to a designated centralized server and download data. The centralized server provides the latest domain name resource data (such as root zone files, top-level domain information) through a fixed IP address or a single domain name, and the client pulls data from the node through periodic polling or event triggering to complete the domain name resource data distribution process. However, on the one hand, this solution completely relies on the stability and network connectivity of a single node. When accessing across regions, the network delay is large, resulting in low efficiency in the distribution of domain name resource data; on the other hand, once a node has a hardware failure, a network interruption, or is attacked, all clients in the area will not be able to obtain domain name resource data, the domain name resource data distribution service will be completely paralyzed, and the stability of the distribution process will be poor.

[0022] Based on this, the embodiments of the present application provide a domain name resource data distribution method, apparatus, computer equipment and storage medium, which can improve the efficiency and stability of the domain name resource data distribution process.

[0023] The domain name resource data distribution method, apparatus, computer equipment and storage medium provided in the embodiments of the present application are specifically described through the following embodiments. First, the domain name resource data distribution system in the embodiments of the present application is described.

[0024] Please refer to Figure 1 In some implementations, an embodiment of the present application provides a domain name resource data distribution system, including a domain name resource server, an edge node, a measurement service node, and a client.

[0025] Exemplarily, the domain name resource server can be the original publishing and storage location of the domain name resource data. It is the core data source in the entire domain name resource data distribution system, responsible for generating, storing and providing data to edge nodes for distribution. For example, it can generate and store root zone files, top-level domain resource data and important domain name resource data, and provide them to edge nodes for distribution. For example, the domain name resource server can be a data center server, content management system, database server, application server, cloud storage server, etc.

[0026] Furthermore, a multi-cloud fusion optimization scheduling module can be set up inside the domain name resource server, which can determine the corresponding historical performance score based on the performance test data of each historical time point, and then determine the time series features (that is, sub-feature vectors) corresponding to each historical time point and perform fusion processing to obtain the target feature vector, and then input the target feature vector into the target model for prediction to obtain the scheduling weight of each edge node. In this way, when a domain name resource data acquisition request is received in the future, multi-cloud traffic scheduling and allocation can be performed in multiple edge nodes, and then domain name resources can be distributed.

[0027] For example, edge nodes can be cloud service providers’ content delivery network (CDN) nodes, which can be servers or data centers deployed globally by different cloud service providers to cache and distribute domain name resource data. By properly deploying and scheduling edge nodes, fast and reliable distribution of domain name resource data can be achieved around the world to meet the needs of clients in different regions. Figure 1 As shown, the domain name resource data of the domain name resource server can be synchronized to multiple edge nodes in multiple cloud service providers.

[0028] Furthermore, the measurement service node (also called the dial-up point) can be a specific device used to regularly detect and evaluate the service quality of edge nodes (i.e., CDN nodes of cloud service providers). Each region has at least one measurement service node, which can collect and feedback the performance data of edge nodes by simulating the access behavior of the client, such as response time, packet loss rate, bandwidth, etc. Exemplarily, the measurement service node can be a physical server, a virtual machine, an IoT device, etc.

[0029] It can be understood that by measuring the regular detection of the managed edge nodes by the service node, it can be ensured that when any edge node fails or has poor ability to process domain name resource data acquisition requests, the domain name resource data acquisition requests can be distributed by adjusting the scheduling weights of each edge node to ensure the efficiency and stability of domain name resource data distribution.

[0030] For example, a client can be an end-user device or system located in a specific geographical area, and is the entity that ultimately receives and uses the domain name resource data distribution service. Each region has its corresponding client set. A client can be any device or system that can be connected to the Internet and needs to access domain name resource data, such as a personal computer, mobile device, IoT device, smart TV, or car system.

[0031] The domain name resource data distribution method in the embodiment of the present application can be illustrated by the following embodiment.

[0032] It should be noted that in each specific embodiment of the present application, when it comes to relevant processing based on data related to the user's identity or characteristics, such as user information, user behavior data, user historical data, and user location information, the user's permission or consent will be obtained first. Moreover, the collection, use, and processing of these data will comply with relevant laws, regulations, and standards. In addition, when the embodiments of the present application need to obtain the user's sensitive personal information, the user's separate permission or separate consent will be obtained through methods such as pop-up windows or redirecting to a confirmation page. After clearly obtaining the user's separate permission or separate consent, the necessary user-related data for the normal operation of the embodiments of the present application will be obtained.

[0033] In the embodiments of the present application, a description will be made from the dimension of the domain name resource data distribution device, which can be specifically integrated in a computer device. Refer to Figure 2 , Figure 2 is the step flow chart of the domain name resource data distribution method provided by the embodiments of the present application. The domain name resource data distribution method can be applied to a domain name resource server, and the domain name resource server stores corresponding domain name resource data. In the embodiments of the present application, taking the domain name resource data distribution device being specifically integrated in a terminal or a server as an example, when the processor on the terminal or the server executes the program instructions corresponding to the domain name resource data distribution method, the specific process is as follows: Step 101, receive multiple performance test data sent by each measurement service node. Each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points, and the edge nodes synchronously store domain name resource data.

[0034] In some embodiments, in order to accurately evaluate the service quality of each edge node, data obtained by the measurement service node performing performance tests on the edge nodes at different historical time points can be collected to provide basic data support for the subsequent calculation of the historical performance scores of the edge nodes.

[0035] Among them, the measurement service node can be a detection point or device located at a specific geographical location. At least one measurement service node is configured in each region to determine performance test data by periodically sending test requests to different edge nodes and based on the data returned by the corresponding edge nodes.

[0036] Among them, the performance test data can be data collected by the measurement service node from the corresponding edge node, including but not limited to time delay data, packet loss rate data, and transmission jitter data, which are used to reflect the service quality of the edge node at a specific historical time point.

[0037] Among them, the historical time point can be the specific time when the measurement service node performs the performance test, and can be any arbitrary moment in the past relative to the current time point.

[0038] Among them, the edge node can be a content delivery network node, which can be a multi-cloud service provider (such as a CDN cache node of cloud service providers like Amazon Web Services (AWS), Microsoft Azure, etc.), responsible for caching and providing the stored domain name resource data to the client.

[0039] Among them, the domain name resource data can include root zone files, top-level domain resource data (such as.com / .cn, etc.), important domain name resource data (such as financial institution domain names), etc.

[0040] Exemplarily, the measurement service node can periodically test the performance of each edge node at each historical time point, send a test request for obtaining data to the edge node. After receiving the test request, the edge node will return the corresponding response data to the measurement service node. Based on the response data, the measurement service node can obtain the time delay data, packet loss rate data, and transmission jitter data of the edge node. Alternatively, the measurement service node can also directly transmit the response data to the domain name resource server, and the domain name resource server calculates the performance test data of the corresponding edge node according to the response data.

[0041] In some embodiments, when it is necessary to calculate the scheduling weights of each edge node at the current time point according to the time period, the performance test data of N (N can be set according to the actual situation, for example, it can be set to 8, 10, etc.) historical time points before the current time point can be obtained, so that the target model can learn the law of change of the performance test data over time, and then predict the scheduling weights.

[0042] In some embodiments, after the domain name resource server updates the domain name resource data, the edge nodes of all cloud service providers (such as Alibaba Cloud, Tencent Cloud, etc.) need to synchronize the latest version of the data to avoid parsing conflicts caused by data version differences between edge nodes (for example, when an edge node is not updated, the client may obtain expired authoritative information, leading to the risk of domain name hijacking).

[0043] By systematically collecting the performance test data from each measurement service node, the service quality situation of the edge nodes in the past time period can be comprehensively understood, thereby providing an accurate data basis for the optimization scheduling decision based on the target model.

[0044] Step 102, determine the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point.

[0045] In some embodiments, in order to provide the target model with structured input features having temporal relevance, the original performance test data can be converted into standardized historical performance scores to accurately quantify and evaluate the change trend of the service quality of different edge nodes within a historical time period.

[0046] Among them, the historical performance score can be used to characterize the service ability of the corresponding edge node for clients in a specific region at a historical time point.

[0047] In some embodiments, the time delay data, packet loss rate data, and transmission jitter data corresponding to the edge node can be determined through the response data returned by the edge node to the measurement service node, and the historical performance score of the corresponding edge node at each historical time point can be calculated by comprehensively considering the time delay data, packet loss rate data, and transmission jitter data.

[0048] Exemplarily, the historical performance score can be calculated by the following formula: ; Wherein, , , Are the importance coefficients set for the time delay data, packet loss rate data, and transmission jitter data respectively. , , The sum of is 1, which is used to adjust the contribution degree of each index in the comprehensive evaluation. Specifically, , , The values of can be adjusted according to the actual situation. Is the time delay data. Is the packet loss rate data. Is the transmission jitter data.

[0049] It can be understood that at all historical time points, the historical performance scores corresponding to each edge node can be calculated by the above formula, which will not be elaborated here one by one.

[0050] By the above method, calculating the historical performance scores of each edge node at each historical time point can ensure that the scores can comprehensively reflect the historical performance of the edge nodes. In this way, not only provides a scientific basis for traffic scheduling, but also improves the overall efficiency and reliability of the system, ensures that the domain name resource data can be distributed to users in each region more quickly and stably, and at the same time enhances the ability to cope with emergencies and security threats.

[0051] In some embodiments, to quantitatively evaluate the quality of service of edge nodes, the corresponding historical performance scores can be calculated by analyzing the performance test data collected by each measurement service node at different historical time points, so as to provide accurate data support for subsequent optimization of the scheduling strategy. Exemplarily, step 102 may include: (102.1) Obtain the time delay data, packet loss rate data, and transmission jitter data of the edge node corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point; (102.2) Obtain the first weight corresponding to the time delay data, the second weight corresponding to the packet loss rate data, and the third weight corresponding to the transmission jitter data, and respectively adjust the time delay data, the packet loss rate data, and the transmission jitter data according to the first weight, the second weight, and the third weight to obtain the corresponding target time delay data, target packet loss rate data, and target transmission jitter data; (102.3) Based on the target time delay data, the target packet loss rate data, and the target transmission jitter data, obtain the historical performance score of the corresponding edge node at each historical time point.

[0052] Among them, the time delay data may be the time required for a response packet to be transmitted from the edge node to the measurement service node, and its unit may be milliseconds (ms), which is used to reflect the network transmission speed.

[0053] Among them, the packet loss rate data may be the proportion of response packets lost during data transmission to the total number of sent response packets, which is used to measure the reliability of network transmission.

[0054] Among them, the transmission jitter data may be the standard deviation measuring the fluctuation of the arrival time of response packets, which is used to characterize the stability of network transmission.

[0055] Among them, the first weight may be the adjustment coefficient of the time delay data in the historical performance score, and its value range is [0,1], which is used to amplify or suppress the influence of the time delay data on the historical performance score.

[0056] Among them, the second weight may be the adjustment coefficient of the packet loss rate data in the historical performance score, and its value range is [0,1], which is used to amplify or suppress the influence of the packet loss rate data on the historical performance score.

[0057] Among them, the third weight may be the adjustment coefficient of the transmission jitter data in the historical performance score, and its value range is [0,1], which is used to amplify or suppress the influence of the transmission jitter data on the historical performance score.

[0058] Among them, the target time delay data may be the standardized value of the time delay data after normalization (such as Min-Max scaling to the [0,1] interval) and adjustment by the first weight.

[0059] Among them, the target packet loss rate data can be the value obtained by directly applying the second weight to the packet loss rate data.

[0060] Among them, the target transmission jitter data can be the normalized value (such as Z-Score normalization) of the transmission jitter data after being adjusted by the third weight.

[0061] Exemplarily, the packet transmission time from the edge node to the measurement service node in the response data returned by the edge node can be recorded as the time delay data. Suppose at historical time point 1, 10 packets were sent in the response data returned by the edge node, and the measured delay time (unit: millisecond) of each packet is respectively: 50, 52, 48, 51, 49, 53, 47, 50, 52, 51. By calculating the average value of these delay data, the time delay data at this historical time point can be obtained. (50 + 52 + 48 + 51 + 49 + 53 + 47 + 50 + 52 + 51) / 10 = 50.2 milliseconds.

[0062] Furthermore, the corresponding packet loss rate data can be determined by the proportion of the lost packets in the total number of packets included in the response data during the data transmission process. For example, if the response data contains 100 packets and 1 is lost, the packet loss rate is 1 / 100 = 1%.

[0063] Furthermore, the time interval of each packet from the edge node to the measurement service node in the response data can be recorded, and the difference between adjacent packet arrival time intervals can be calculated. Suppose the differences between adjacent packet arrival time intervals (unit: millisecond) are respectively: 3, 2, 4, 1, 3, 5, 2, 3, 4. By calculating the standard deviation of these differences, the transmission jitter data at this historical time point can be obtained.

[0064] In some embodiments, the historical performance score can be calculated by the following formula: ; Among them, is the first weight, is the second weight, is the third weight, 、 、 The sum of is 1, which is used to adjust the contribution degree of each index in the comprehensive evaluation, represents the time delay data, represents the packet loss rate data, represents the transmission jitter data.

[0065] Specifically, 、 , Its value can be adjusted according to the actual situation. For example, it can be 0.5, it can be 0.3, it can be 0.2, which indicates that the time delay data has the greatest impact on the quality of service.

[0066] By collecting, weight-adjusting, and comprehensively calculating the historical performance test data of the corresponding edge nodes of each measurement service node, the performance of edge nodes at different times can be comprehensively and accurately quantified and evaluated. The obtained historical performance scores can effectively reflect their service quality, providing a key basis for subsequent operations such as traffic scheduling and performance optimization, helping to achieve reasonable allocation and efficient utilization of network resources, and improving the stability and reliability of the entire system.

[0067] Step 103: For each historical time point, combine the historical performance scores of each edge node and the attribute parameters of the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point.

[0068] In some embodiments, in order to provide rich input information for the subsequent target model to more accurately predict and evaluate the service capabilities of different edge nodes, a sub-feature vector that can reflect the service quality of edge nodes and the characteristics of the resources they carry at a specific historical time point can be constructed for each historical time point, so as to achieve more efficient traffic scheduling and domain name resource data distribution.

[0069] Among them, the attribute parameters can be a set of features describing the characteristics of the domain name resource data, including but not limited to data size, update frequency, data type (such as root zone file, top-level domain data, or important domain name data), etc., used to quantitatively represent the characteristics of different types of domain name resource data.

[0070] Among them, the sub-feature vector can be a vector jointly composed of the historical performance scores of edge nodes at a specific historical time point, the attribute parameters of the domain name resource data that needs to be allocated and resolved, and the corresponding historical time point, used to capture the service quality status of each edge node and the specific characteristics of the resources it carries at this historical time point.

[0071] Exemplarily, for the domain name resource data that needs to be allocated and resolved, its attribute parameters can be expressed as: ; Among them, represents the data occupancy of this domain name resource data, represents the update frequency of this domain name resource data, represents the data type of this domain name resource data. For example, When it is 1, it means that the domain name resource data that needs to be distributed and parsed after scheduling weight calculation is the root zone file. When it is 2, it means top-level domain data. When it is 3, it means important domain name data.

[0072] Furthermore, the sub-feature vectors corresponding to each historical time point can be represented as follows: ; Among them, represents the historical performance score set of k edge nodes at historical time point t. represents the attribute parameters of the domain name resource data. represents the hour of the current historical time point. For example, when it is 14, it means 2 pm. is the week number of the current historical time point. For example, when it is 3, it means Wednesday. and jointly represent the corresponding historical time point.

[0073] By obtaining the sub-feature vectors corresponding to each historical time point, the target model can learn the complex relationship between "data characteristics - network status - time period" simultaneously (for example: important domain name data (type = 3) has a higher demand for CDN bandwidth during the working hours in region A), so as to dynamically predict the optimal scheduling weights of each edge node under different types of domain name resource data, realize adaptive scheduling based on data characteristics and spatio-temporal rules, and significantly improve the distribution real-time performance of domain name resource data (reduce synchronization delay caused by large data volume or network congestion) and cross-regional consistency (avoid parsing errors caused by ignoring data type differences). In some embodiments, in order to provide necessary inputs for constructing sub-feature vectors and data fusion processing based on time series features, the attribute parameters of the domain name resource data can be determined by analyzing the data occupancy, update frequency, and data type of the domain name resource data during the historical time periods of multiple historical time points, so as to more accurately evaluate the service capabilities of edge nodes and optimize traffic scheduling. Exemplarily, before step 103, that is, for each historical time point, before constructing the sub-feature vector corresponding to each historical time point by combining the historical performance scores of each edge node and the attribute parameters of the stored domain name resource data, it may further include: (A.1) Obtain the historical time periods corresponding to multiple historical time points, and determine the data occupancy of the domain name resource data, the update frequency within the historical time period, and the data type during the historical time period; (A.2) Determine the attribute parameters corresponding to the stored domain name resource data based on the data occupancy, update frequency, and data type.

[0074] Among them, the historical time period can be a time interval containing multiple historical time points. During this period, the domain name resource data is analyzed to predict the scheduling weights for dispatching domain name resource data acquisition requests to each edge node when distributing domain name resources next.

[0075] Among them, the data occupancy can be the size of the storage space occupied by the domain name resource data, reflecting the scale of the data. If the data occupancy of the domain name resource data changes during the historical time period, the final data occupancy can be obtained by taking the average value.

[0076] Among them, the update frequency can be the number of times the domain name resource data is updated within a specific historical time period, used to measure the frequency of data changes.

[0077] Among them, the data type can be the specific type describing the domain name resource data, such as root zone file, top-level domain data, or important domain name data, etc. Different types of data may have different management and distribution requirements.

[0078] Exemplarily, when the data type corresponding to the domain name resource data is a root zone file, it can contain the authoritative information of all top-level domains and is the starting point for domain name server queries. For example, it can contain domain name server records of top-level domains such as ".com", ".net", ".org", etc., which specify the authoritative DNS servers responsible for each top-level domain. If the data type corresponding to the domain name resource data is top-level domain data, it can include the authoritative information of generic top-level domains (such as ".com", ".org", ".net", etc.) and country-code top-level domains. When the data type corresponding to the domain name resource data is important domain name data, it can include the authoritative information of domains registered overseas or with high popularity, such as domain name resource data of high-traffic and high-popularity domains like "baidu.com" and "taobao.com".

[0079] Exemplarily, for the domain name resource data that needs to be allocated and resolved, its attribute parameters can be expressed as: ; Among them, represents the data occupancy of this domain name resource data, represents the update frequency of this domain name resource data, represents the data type of this domain name resource data. For example, when it is 1, it means that the domain name resource data that needs to calculate the scheduling weight and then be allocated and resolved is a root zone file, when it is 2, it means top-level domain data, when it is 3, it means important domain name data.

[0080] Exemplarily, if the data occupancy of the domain name resource data A is 50 MB, the update frequency in the historical time period (e.g., within the recent week) is 3, and it is a root zone file, then the attribute parameters of the domain name resource data A can be expressed as .

[0081] By obtaining the attribute parameters corresponding to the domain name resource data, a detailed feature profile can be established for each type of domain name resource data, which also provides a solid foundation for further analyzing the service capabilities of edge nodes. At the same time, this meticulous data processing method can make the prediction of the scheduling weight by the target model more accurate.

[0082] Step 104, splice the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and output the scheduling weight of each edge node based on the target feature vector through a pre-trained target model.

[0083] In some embodiments, in order to form a vector that can comprehensively reflect the performance and service quality of an edge node over a period of time, the sub-feature vectors corresponding to multiple historical time points can be spliced in chronological order, so that the model can comprehensively capture the dynamic change trend of the edge node performance, and then output a more accurate scheduling weight.

[0084] Among them, the target feature vector can be a vector formed by splicing the sub-feature vectors corresponding to multiple historical time points in chronological order, which comprehensively reflects the performance performance and service characteristics of the edge node over a period of time.

[0085] Among them, the target model can be a machine learning model based on temporal feature learning, which can predict the scheduling weights of each edge node by fusing multi-dimensional temporal data. The target model organizes the input features in a time series form, adopts a neural network structure with temporal feature extraction capabilities, automatically learns the change rules in the historical data, and finally outputs the scheduling weights of each edge node (which can also be called service capacity prediction values).

[0086] Among them, the scheduling weight can be the proportion of tasks or traffic assigned to the corresponding edge node according to the service capacity and resource status of the edge node, and is used to guide the traffic scheduling and load balancing among the edge nodes.

[0087] In some embodiments, the target model can be a Temporal Convolutional Network (TCN) model, a Long Short-Term Memory (LSTM)-attention hybrid model, a Transformer temporal model, and so on.

[0088] In some embodiments, to facilitate the subsequent target model to fully extract temporal features and make predictions, the input matrix can be set in the form of a two-dimensional matrix of time steps × feature dimensions. Among them, the number of time steps T = 24 included in the historical time period represents data of 24 historical time points obtained by conducting a measurement every hour in the recent 24 hours. The feature dimensions include the historical performance scores of k edge nodes (k dimensions), the attribute parameters of domain name resource data (3 dimensions), and temporal features (2 dimensions). Among them, the temporal features can be historical time points or other temporal data different from historical time points. Then, therefore, the target feature vector has an input shape of a two-dimensional matrix of (24, k + 3 + 2), which can be expressed in the following form: ; By inputting the target feature vector into a pre-trained target model, the scheduling weight corresponding to each edge node can be obtained. By normalizing the scheduling weights and adjusting all scheduling weights to the same scale, the final scheduling weights can be obtained. Exemplarily, through the target model f, the scheduling weights (which can also be referred to as service capacity scores) of each edge node can be predicted : ; For , normalization is performed, that is, the scheduling weight of the current i-th edge node is divided by the sum of the scheduling weights of all edge nodes, and the scheduling weights of different edge nodes can be updated : ; In some embodiments, for different types of domain name resource data, the edge nodes can correspond to different scheduling weights. That is to say, the target model outputs the scheduling weights corresponding to a single type of domain name resource data. For example, if the data type corresponding to the domain name resource data is a root zone file, then, according to the attribute parameters of the domain name resource data corresponding to the root zone file, and data such as historical performance scores, a corresponding target feature vector can be constructed. Multiple edge nodes can correspond to scheduling weights. For example, there are 3 edge nodes in total. Edge node 1 can correspond to a scheduling weight of 0.5, edge node 2 can correspond to a scheduling weight of 0.4, and edge node 3 can correspond to a scheduling weight of 0.1. If the data type corresponding to the domain name resource data is top-level domain data, then, multiple edge nodes can correspond to scheduling weights different from those of the root zone file. For example, there are 3 edge nodes in total. Edge node 1 can correspond to a scheduling weight of 0.2, edge node 2 can correspond to a scheduling weight of 0.6, and edge node 3 can correspond to a scheduling weight of 0.2, etc. Depending on the actual situation, the specific scheduling weights may also vary. In this way, the target model can output differentiated edge node scheduling weights according to the type of domain name resource data, thereby achieving precise traffic scheduling for different types of data (such as root zone files, top-level domain data, etc.), improving the efficiency and reliability of domain name resource data distribution, and optimizing resource utilization and user experience.

[0089] Through the above method, an accurate quantitative evaluation of the service quality of each edge node can be achieved. This method not only considers the historical performance data of the edge nodes but also combines the specific attributes of the domain name resource data, making the scheduling decision more scientific and reasonable.

[0090] In some embodiments, in order to accurately evaluate the service capabilities of each edge node, through the deep learning architecture with time series awareness of the target model, the target feature vector can be mapped to dynamic scheduling weights, thereby improving the efficiency and accuracy of request distribution. Exemplarily, "outputting the scheduling weight of each edge node based on the target feature vector through the pre-trained target model" in step 104 can include: (104.1) Input the target feature vector into the target model, and through the initial convolutional layer of the target model, perform high-dimensional feature extraction on the target feature vector to obtain a first feature vector; (104.2) Through the first residual block of the target model, process the time dependence relationship of the first feature vector to obtain a second feature vector, and fuse the first feature vector and the second feature vector to obtain a third feature vector output by the first residual block. Each residual block includes multiple dilated convolutional layers, and the number of dilation factors included in the multiple dilated convolutional layers is configured according to the position of the corresponding residual block. The dilation factor is used to determine the time series analysis range of the first feature vector; (104.3) Processing the time dependency of the third eigenvector through the intermediate residual block of the target model to obtain an updated second eigenvector, and fusing the third eigenvector with the updated second eigenvector to obtain an updated third eigenvector output by the intermediate residual block; (104.4) When the last intermediate residual block outputs the updated third eigenvector, the third eigenvector is subjected to feature compression processing through the global pooling layer of the target model to obtain a fourth eigenvector; (104.5) The fourth eigenvector is output mapped through the fully connected layer of the target model to obtain the scheduling weight of each edge node.

[0091] Among them, the initial convolution layer can be the first layer of the target model, which is responsible for performing preliminary high-dimensional feature extraction on the input target feature vector to generate the first feature vector.

[0092] The first feature vector may be a feature representation processed by an initial convolutional layer and used as the input of the first residual block.

[0093] The first residual block may be a module including a plurality of dilated convolutional layers, which is used to process the time dependency of the first feature vector to generate the second feature vector, and the output of each residual block is fused with the input to obtain the third feature vector.

[0094] The second feature vector may be a feature representation obtained after processing in the residual block, reflecting the time dependency in the input data.

[0095] The third eigenvector may be formed by fusing the first eigenvector and the second eigenvector as input to the next processing stage, thereby retaining the original information and enhancing the feature expression.

[0096] Among them, the dilated convolution layer can be a special convolution layer that allows the receptive field (time series analysis range) to be expanded without increasing the number of parameters or computational complexity, and the receptive field range is controlled by the dilation factor.

[0097] Among them, the expansion factor can be used to determine the receptive field size of the expanded convolutional layer, affecting the range of temporal analysis of the input data.

[0098] Among them, the range of timing analysis can be the time span that the dilated convolutional layer can cover, which is determined by the number of dilation factors.

[0099] The intermediate residual block may be a residual block that is similar to or the same as the first residual block, and the intermediate residual block differs from the first residual block only in name and position.

[0100] Among them, the global pooling layer can be used to compress the feature dimension to retain the most important information while reducing the amount of data, generating a fourth feature vector.

[0101] Among them, the fourth feature vector can be the feature representation processed by the global pooling layer and is ready to enter the final output mapping stage.

[0102] Among them, the fully connected layer can be the final output layer, mapping the fourth feature vector to specific scheduling weights.

[0103] In some embodiments, the target feature vector can be subjected to a high-dimensional mapping (e.g., 64 channels) through an initial convolutional layer to extract basic temporal features and enhance the model's expressive power. Then, the temporal receptive field can be gradually expanded through convolutional layers with increasing dilation factors in the residual blocks. For example, a convolutional layer with dilation = 8 can cover the data trends in the past 8 hours, capturing long-term dependencies (such as the daily traffic peak pattern). At the same time, the residual connection structure in each residual block can enable the fused third feature vector to retain the original information and avoid gradient vanishing. Then, the target feature vectors corresponding to multiple historical time points (e.g., 24 historical time points, and the number of historical time points can be different in different cases) can be compressed into a global state vector (i.e., the fourth feature vector) through the global pooling layer of the target model, eliminating the redundancy in the time dimension. Finally, the compressed fourth feature vector is decoded into the scheduling weights of k edge nodes through the fully connected layer, completing the end-to-end mapping from temporal features to scheduling decisions.

[0104] Please refer to Figure 3 , in some embodiments, the number of dilation factors included in multiple dilated convolutional layers can be configured according to the position of the corresponding residual block. For example, if there are 4 residual blocks for dilated convolutional stacking to capture long-term dependencies in the time series, then the dilation factor of the first residual block can be set to 1, the dilation factor of the second residual block can be set to 2, the dilation factor of the third residual block can be set to 4, the dilation factor of the fourth residual block can be set to 8, and so on. Each residual block can include two dilated convolutional layers and a residual connection, and the temporal analysis range is controlled by the dilation factor.

[0105] Exemplarily, if the root zone file needs to be distributed currently (type = 1), the input target feature vector contains the historical performance scores, data attributes (size = 5MB, frequency = once a day, type = 1), and time features (hour = 14, week = 3) of 3 edge nodes (such as Alibaba Cloud, AWS, Azure, etc.) at each historical time point (each hour corresponds to a historical time point) within the past 24 hours. Further, after the target feature vector is input into the target model, the initial convolutional layer of the target model can map the 24×5-dimensional input into a 24×64 first feature vector to capture the initial temporal pattern.

[0106] Further, the relationship between adjacent historical time points can be analyzed through the first residual block (dilation = 1) of the target model. For example, it is found that the latency of Alibaba Cloud suddenly increases from t - 1 to t hours (from 30ms → 80ms), etc., and a second feature vector is generated. The first feature vector and the second feature vector are fused through residual connection to obtain a third feature vector.

[0107] Further, the third feature vector can be input into the next residual block of the first residual block, that is, the middle residual block. The dilation factor of the middle residual block can be set to 2, that is, dilation = 2, and the time analysis range covered is the data within 2 hours of the interval from the current historical time point. An updated second feature vector is obtained. Similarly, the updated second feature vector and the third feature vector output by the first residual block can be fused to obtain the third feature vector output by the middle residual block.

[0108] In some embodiments, the processing method of the subsequent middle residual module for the feature vector is the same as above, except for the number of dilation factors. For example, if the first residual block contains 1 dilation factor, then the second middle residual block can contain 2 dilation factors, the third middle residual block can contain 4 dilation factors, the fourth middle residual block can contain 8 dilation factors, and so on. This design enables each residual block to achieve cross-cycle pattern mining when identifying the temporal dependence relationship between feature vectors, thereby improving the accuracy and comprehensiveness of feature recognition and the accuracy of the output scheduling weight.

[0109] Further, when the last middle residual block outputs an updated third feature vector, the third feature vector can be globally pooled and integrated through the global pooling layer of the target model, compressing the time dimension to 1 and retaining the feature dimension to generate a global vector, that is, a fourth feature vector. Then, the output layer can use a fully connected layer to map the fourth feature vector to the scheduling weights of k edge nodes, and normalize the scheduling weights to obtain the final scheduling weights of each edge node.

[0110] By performing in-depth time series feature extraction and processing on the target feature vector through the target model, the patterns of domain name resource data and historical performance scores changing over time can be accurately captured. Thereby, not only the accuracy of the service capacity evaluation of edge nodes is improved, but also the effectiveness and flexibility of request scheduling decisions are enhanced, effectively ensuring that globally geographically dispersed clients can quickly and stably access the latest domain name resource data, while improving the response speed and reliability of the entire system.

[0111] In some embodiments, in order to obtain a target model that can more accurately predict and optimize traffic scheduling, a preset model can be trained so that the model can learn the changing rules of the service capabilities of edge nodes based on sample data, and then make more accurate predictions. Exemplarily, the target model can be trained in the following manner: (B.1) Receive multiple sample performance test data sent by each measurement service node. Each sample performance test data is obtained by the measurement service node testing the managed edge nodes at different sample time nodes, and the edge nodes synchronously store sample domain name resource data; (B.2) According to the sample performance test data at each sample time point, determine the sample historical performance scores of the edge nodes corresponding to each measurement service node at each sample time point; (B.3) For each sample time point, combine the sample historical performance scores of each edge node and the sample attribute parameters for the stored sample domain name resource data to construct a sample sub-feature vector corresponding to each sample time point; (B.4) Concatenate the sample sub-feature vectors corresponding to multiple sample time points in chronological order to obtain a sample target feature vector, and output the predicted scheduling weight of each edge node through the preset model based on the sample target feature vector; (B.5) For each edge node, obtain the sample scheduling weight of each edge node, and construct a target loss based on the difference between the predicted scheduling weight and the sample scheduling weight corresponding to each edge node; (B.6) Based on the target loss, adjust the parameters of the preset model to obtain the target model.

[0112] Among them, the sample performance test data can be data collected by the measurement service node from the corresponding edge node, including but not limited to time delay data, packet loss rate data, and transmission jitter data, which are used to reflect the service quality of the edge node at a specific sample time point. The sample time point can be any historical time point in the actual scenario.

[0113] Among them, the sample time node can be the specific time when the measurement service node performs the performance test, and can be any past moment relative to the current sample time point.

[0114] Among them, the sample domain name resource data may include root zone files, top-level domain resource data (such as.com / .cn, etc.), important domain name resource data (such as financial institution domain names), etc.

[0115] Among them, the sample historical performance score can be used to characterize the service ability quality of the corresponding edge node for clients in a specific region at the sample time point.

[0116] Among them, the sample attribute parameters can be a set of features describing the characteristics of the sample domain name resource data, including but not limited to data size, update frequency, data type (such as root zone file, top-level domain data, or important domain name data), etc., to quantitatively represent the characteristics of different types of sample domain name resource data.

[0117] Among them, the sample sub-feature vector can be a vector jointly composed of the sample historical performance score of the edge node at a specific sample time point, the sample attribute parameters of the sample domain name resource data to be allocated and resolved, and the corresponding sample time point, used to capture the service quality status of each edge node and the specific characteristics of the resources it bears at this sample time point.

[0118] Among them, the sample target feature vector can be a vector formed by splicing the sample sub-feature vectors corresponding to multiple sample time points in chronological order, which comprehensively reflects the performance and service characteristics of the edge node over a period of time.

[0119] Among them, the preset model can be a trained machine learning model based on time series feature learning, which can predict the scheduling weights of each edge node by fusing multi-dimensional time series data.

[0120] Among them, the predicted scheduling weight can be the estimated value of the scheduling weight of each edge node obtained after processing the sample target feature vector by the preset model.

[0121] Among them, the sample scheduling weight can be the accurately set scheduling weight of the edge node in actual application, as a reference standard.

[0122] Among them, the target loss can be a metric for measuring the difference between the predicted scheduling weight and the sample scheduling weight, used to guide the parameter optimization of the preset model.

[0123] In some embodiments, the entire implementation steps of generating the sample scheduling weights of each edge node in (B.1) to (B.4) are basically the same as the implementation steps of finally generating the predicted scheduling weights of each edge node in steps 101 to 104 introduced above, except for differences in data (training data and actual data) and differences in model states (preset model and target model). Therefore, the embodiments of the present application do not elaborate on the processing process of generating the predicted scheduling weights, and details can be referred to the aforementioned processing process of generating the scheduling weights.

[0124] Further, for each edge node, the corresponding sample scheduling weight can be obtained, that is, the true label can be obtained. The sample scheduling weight can be set by technicians based on actual business requirements and professional experience, or calculated in other ways, and it is a standard reference.

[0125] In some embodiments, the objective loss can be constructed using the mean squared error according to the difference between the predicted scheduling weight and the sample scheduling weight corresponding to each edge node , and the specific formula is as follows: ; where N represents the total number of all edge nodes, represents the predicted scheduling weight corresponding to the i-th edge node, represents the sample scheduling weight corresponding to the i-th edge node.

[0126] Further, the objective loss reflects the difference degree between the predicted adjustment weight and the sample adjustment weight of the preset model. Therefore, through an optimization algorithm (such as the gradient descent method), according to the magnitude of the objective loss, the parameters of the preset model can be automatically adjusted to make the preset model iteratively optimized in the direction that can minimize the objective loss, and finally the target model with the optimal performance can be obtained.

[0127] Taking the gradient descent method as an example, first calculate the objective loss under the current model parameters. Then, calculate the gradients of the loss function with respect to each model parameter. The gradient represents the rate of change and direction of the loss function in the parameter space. According to this gradient information, at a certain learning rate (step size), update the parameters of the preset model to make the parameters move in the direction that can reduce the loss. This process will be repeated continuously until the value of the loss function converges to a minimum value or reaches the set stopping conditions such as the number of training rounds.

[0128] By adjusting the parameters of the preset model based on the objective loss and obtaining the target model, the model can accurately learn the complex patterns and rules in the data to ensure that the model has excellent prediction ability when facing new data, can effectively capture data features and make accurate responses. At the same time, the optimized model shows good adaptability and stability in different scenarios, greatly improving the automation level and intelligent decision-making ability of the system.

[0129] In some embodiments, to ensure the consistency and reliability of data distribution, the data consistency can be verified by comparing the hash values calculated from the domain name resource test data returned by multiple edge nodes to ensure that the client can always receive the correct data. Exemplarily, after the pre-trained target model outputs the scheduling weight of each edge node based on the target feature vector, it can further include: (C.1)At the same historical time point, determine the domain name resource test data of each edge node from multiple performance test data returned by multiple edge nodes; (C.2)For the domain name resource test data corresponding to each edge node, calculate the corresponding domain name resource hash value; (C.3)Based on the comparison of multiple domain name resource hash values, when the comparison result indicates that there is at least one domain name resource hash value of an edge node that is inconsistent with the domain name resource hash values of other edge nodes, adjust the scheduling weight of at least one edge node through a preset penalty factor to obtain the corresponding first scheduling weight; (C.4)Based on the first scheduling weight, adjust the scheduling weights of other edge nodes to obtain the second scheduling weights of other edge nodes; Then, distribute at least one domain name resource data acquisition request to at least one edge node among multiple edge nodes according to the scheduling weight of each edge node, so that at least one edge node distributes domain name resource data based on at least one domain name resource data acquisition request, including: Distribute at least one domain name resource data acquisition request to at least one edge node among multiple edge nodes according to the first scheduling weight or the second scheduling weight of each edge node, so that at least one edge node distributes domain name resource data based on at least one domain name resource data acquisition request.

[0130] Among them, the domain name resource test data can be the domain name resource data obtained by the measurement service node from the edge node at a specific historical time point for verifying consistency.

[0131] Among them, the domain name resource hash value can be a unique identifier generated by applying a hash algorithm (such as MD5 algorithm, SHA256 algorithm) to the domain name resource test data, and is used to compare whether the domain name resource data between different edge nodes is consistent.

[0132] Among them, the penalty factor can be a preset adjustment coefficient, which is used to adjust the scheduling weight of the edge node marked due to data inconsistency to reduce its proportion in traffic allocation.

[0133] Among them, the first scheduling weight can be the new scheduling weight of the edge node adjusted by the penalty factor, reflecting the decrease in trust due to data inconsistency.

[0134] Among them, the second scheduling weight can be the updated scheduling weight of other edge nodes after being adjusted based on the first scheduling weight, aiming to maintain the load balance and efficiency of the entire system.

[0135] In some embodiments, the corresponding first domain name resource data may also be determined from the domain name resource server, the corresponding first hash value may be calculated, and the corresponding second domain name resource data may be determined from multiple edge nodes, and the corresponding second hash value may be calculated. Based on the comparison between the first hash value and the second hash value, when the comparison result indicates that among the multiple second hash values, there is at least one target second hash value of an edge node that is inconsistent with the first hash value, the scheduling weight of at least one edge node may be adjusted through a preset penalty factor to obtain the corresponding first scheduling weight.

[0136] In some embodiments, after at least one domain name resource data acquisition request is assigned to at least one edge node among multiple edge nodes for domain name resource data distribution and the edge node returns the corresponding domain name resource data, the hash value of the domain name resource data of this edge node may be compared with the hash values of the corresponding domain name resource data in other edge nodes. When the comparison result indicates that there is at least one edge node whose hash value is inconsistent with the hash values of other edge nodes, the scheduling weight of at least one edge node may be adjusted through a preset penalty factor to obtain the corresponding first scheduling weight. Alternatively, the hash value of the domain name resource data distributed by each edge node may be compared with the hash value of the domain name resource data in the corresponding data in the domain name resource server. When the comparison result indicates that the hash values are inconsistent, the scheduling weight of this edge node may be adjusted through a preset penalty factor to obtain the corresponding first scheduling weight.

[0137] Please refer to Figure 4 , for example, in combination with Figure 4An example of the process of adjusting the scheduling weight is given. Assume that there are three edge nodes for distributing domain name resource data (such as root zone files). At the same historical time point, the measurement service node will send measurement data to the edge nodes it manages. From the performance test data returned by each edge node, the domain name resource test data of each edge node can be determined. Assuming that the hash value of edge node 1 is "abc123", the hash value of edge node 2 is "def456", and the hash value of edge node 3 is also "abc123", based on the comparison of these three domain name resource hash values, it is found that the hash value of edge node 2 is inconsistent with the hash values ​​of the other two edge nodes, indicating that edge node 2 has problems in the data synchronization process and has not been updated to the latest version of the domain name resource data in time, or errors or damage have occurred during the data transmission and storage process, resulting in its data content being inconsistent with other nodes. At this time, the scheduling weight of edge node 2 can be adjusted by the preset penalty factor (assuming it is 0.5) to reduce its weight and obtain the corresponding first scheduling weight (assuming the original weight is 0.4, which becomes 0.2 after adjustment). Then, based on this first scheduling weight, the scheduling weights of edge node 1 and edge node 3 are adjusted. Assume that the original weight of edge node 1 is 0.3, which becomes 0.4 after adjustment; the original weight of edge node 3 is 0.3, which becomes 0.4 after adjustment, thereby obtaining the second scheduling weights of other edge nodes, thereby ensuring the consistency of domain name resource data provided by the edge nodes.

[0138] Furthermore, the above is a case where the hash value comparison is inconsistent. A new scheduling weight is directly generated based on the penalty factor to allocate the domain name resource data acquisition request, so as to ensure the consistency of the domain name resource data provided by the edge node; if the hash value comparison is consistent, the scheduling weight output by the target model is directly used to allocate the domain name resource data acquisition request, so that the corresponding edge node distributes the domain name resource data according to the domain name resource data acquisition request, and the entire process ends here.

[0139] Furthermore, the value of the penalty factor can be set according to actual conditions, and the embodiment of the present application does not impose specific restrictions on this. Specifically, the formula for adjusting the scheduling weight by the penalty factor is as follows: ; in, is the penalty factor, To adjust the previous scheduling weight, is the first scheduling weight after adjustment.

[0140] Furthermore, the adjusted scheduling weights can be normalized to ensure that the sum of all weights is 1. The specific formula is as follows: ; In this way, an optimized CDN traffic ratio (scheduling weight) for different edge nodes can be obtained.

[0141] By checking the data consistency of each edge node, it is possible to promptly detect and reduce the scheduling weight of the edge node that provides inconsistent data, effectively improving the stability and reliability of resolution, and ensuring that the client can obtain correct information.

[0142] Step 105: When receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weight of each edge node, so that at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0143] In some embodiments, to ensure that the domain name resource data acquisition request can be processed efficiently and reliably, the domain name resource data acquisition request can be intelligently allocated to one or more edge nodes for processing according to the scheduling weight of each edge node, so as to optimize the load balancing in the multi-cloud CDN environment, ensure that the domain name resource data acquisition request is more routed to the edge nodes with better performance and higher availability, and improve the data distribution efficiency and reliability.

[0144] Among them, the domain name resource data acquisition request can be a query request initiated by the client, aiming to obtain the Internet protocol address corresponding to a specific domain name, so as to establish a network connection and access the required resources.

[0145] Exemplarily, assume that there are currently three edge nodes (Edge Node A, Edge Node B, and Edge Node C), and their scheduling weights are 0.4, 0.3, and 0.3 respectively. At this time, the system receives multiple domain name resource data acquisition requests. According to the scheduling weight, the system allocates 40% of the requests to Edge Node A, 30% of the requests to Edge Node B, and the other 30% of the requests to Edge Node C. For example, if there are 100 domain name resource data acquisition requests, then Edge Node A will process 40 requests, Edge Node B will process 30 requests, and Edge Node C will process 30 requests.

[0146] This application can uniformly distribute domain name resource data by making full use of CDN nodes (i.e., edge nodes) of different cloud service providers, without spending a large amount of resources to build its own resource distribution nodes. It can make full use of the service capacity advantages of different edge nodes facing different regions and select more suitable nodes to quickly realize the distribution of domain name resource data. At the same time, this application can make full use of multi-cloud redundancy, has higher availability, and can utilize the security protection capabilities integrated by cloud service providers to respond to sudden traffic more flexibly.

[0147] In the embodiments of the present application, by receiving multiple performance test data sent by each measurement service node, where each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points, and the edge nodes synchronously store domain name resource data; according to the performance test data at each historical time point, determining the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point; for each historical time point, combining the historical performance scores of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point; concatenating the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and outputting the scheduling weights of each edge node based on the target feature vector through a pre-trained target model; when receiving at least one domain name resource data acquisition request, allocating the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weights of each edge node, so that at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request. In this way, it is possible to use the measurement service nodes to collect the performance test data of each edge node and convert it into historical performance scores, enabling the system to grasp the network status of each edge node at different historical time points in real time. Then, by fusing the historical performance scores and the attribute parameters of the domain name resource data to construct sub-feature vectors, and concatenating the sub-feature vectors corresponding to multiple historical time points in chronological order and inputting them into the target model, it is possible to enable the target model to fully learn the time-dependent features of the target feature vector, capture the performance changes of each edge node at different historical time points, and then predict the scheduling weights of each edge node at the current moment. Therefore, when receiving a domain name resource data acquisition request, the request can be dynamically allocated according to the scheduling weights of each edge node, which not only realizes the reasonable distribution of traffic, avoids the performance bottleneck of a single node, but also enhances the fault tolerance and stability of the system through the collaborative work of the edge nodes, thus ensuring the efficient and reliable operation of the resolution service even in a cross-regional scenario. In summary, the present application can improve the efficiency and stability of the domain name resource data distribution process.

[0148] In some embodiments, the present application also proposes a method for distributing domain name resource data, which is applied to a measurement service node. The method includes: Testing the managed edge nodes at different historical time points to obtain corresponding performance test data, where the edge nodes synchronously store the domain name resource data stored in the domain name resource server; Send multiple performance test data to the domain name resource server, so that after the domain name resource server receives the multiple performance test data sent by each measurement service node, it determines the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point, and for each historical time point, combines the historical performance scores of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point, and splices the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and outputs the scheduling weights of each edge node based on the target feature vector through a pre-trained target model. When receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weights of each edge node, so that at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

[0149] The specific implementation of this domain name resolution method applied to the measurement service node is basically the same as the specific embodiment of the above domain name resource data distribution method applied to the domain name resource server, and will not be elaborated here.

[0150] Please refer to Figure 5 , this embodiment of the present application also provides a domain name resource data distribution device, which is applied to the domain name resource server, and the domain name resource server stores the corresponding domain name resource data. The domain name resource data distribution device can implement the above domain name resource data distribution method. The domain name resource data distribution device includes: A receiving module 51, configured to receive multiple performance test data sent by each measurement service node. Each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points, and the edge nodes synchronously store the domain name resource data; A determining module 52, configured to determine the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point; A constructing module 53, configured to, for each historical time point, combine the historical performance scores of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point; A splicing module 54, configured to splice the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and output the scheduling weights of each edge node based on the target feature vector through a pre-trained target model; A parsing module 55, configured to, when receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of multiple edge nodes according to the scheduling weight of each edge node, so that the at least one edge node distributes domain name resource data based on the at least one domain name resource data acquisition request.

[0151] The specific implementation manner of the domain name resource data distribution device is basically the same as the specific embodiment of the above domain name resource data distribution method, and will not be elaborated here. On the premise of meeting the requirements of the embodiments of the present application, other functional modules may be set in the domain name resource data distribution device to implement the domain name resource data distribution method in the above embodiments.

[0152] Embodiments of the present application further provide a computer device, which includes a memory and a processor. The memory stores a computer program, and when the processor executes the computer program, the above domain name resource data distribution method is implemented. The computer device may be any intelligent terminal including a tablet computer, an in-vehicle computer, etc.

[0153] Please refer to Figure 6 , Figure 6 , which schematically shows the hardware structure of a computer device in another embodiment. The computer device includes: A processor 61, which may be implemented in a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, etc., and is used to execute relevant programs to implement the technical solutions provided by the embodiments of the present application; A memory 62, which may be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 62 may store an operating system and other application programs. When implementing the technical solutions provided by the embodiments of this specification through software or firmware, the relevant program codes are stored in the memory 62, and the processor 61 is called to execute the domain name resource data distribution method of the embodiments of the present application; An input / output interface 63, which is used to implement information input and output; A communication interface 64, which is used to implement communication interaction between this device and other devices, and may implement communication through a wired method (such as USB, network cable, etc.) or through a wireless method (such as mobile network, WIFI, Bluetooth, etc.); The bus 65 transmits information among various components of the device (such as the processor 61, the memory 62, the input / output interface 63, and the communication interface 64). Among them, the processor 61, the memory 62, the input / output interface 63, and the communication interface 64 achieve communication connections with each other inside the device through the bus 65.

[0154] The embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the above-mentioned domain name resource data distribution method is implemented.

[0155] As a non-transitory computer-readable storage medium, the memory can be used to store non-transitory software programs and non-transitory computer-executable programs. In addition, the memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some embodiments, the memory may optionally include a memory remotely set relative to the processor, and these remote memories can be connected to the processor through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

[0156] The embodiments described in the embodiments of the present application are for more clearly illustrating the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided by the embodiments of the present application. Those skilled in the art can know that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of the present application are equally applicable to similar technical problems.

[0157] Those skilled in the art can understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than those shown in the figures, or combine certain steps, or different steps.

[0158] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separated, that is, they may be located in one place, or may be distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0159] Those of ordinary skill in the art can understand that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices can be implemented as software, firmware, hardware, and appropriate combinations thereof.

[0160] In the description of the present application and the above-mentioned drawings, the terms "first", "second", "third", "fourth", etc. (if any) are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices.

[0161] It should be understood that in the present application, "at least one (item)" and "several" mean one or more, and "a plurality" means two or more. "And / or" is used to describe the association relationship of associated objects and indicates that there can be three relationships. For example, "A and / or B" can mean: only A exists, only B exists, and both A and B exist at the same time. Among them, A and B can be singular or plural. The character " / " generally means that the associated objects before and after are in an "or" relationship. "At least one (one) of the following" or its similar expression refers to any combination of these items, including any combination of single item (one) or plural items (ones). For example, at least one (one) of a, b, or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0162] In several embodiments provided by the present application, it should be understood that the disclosed systems and methods can be implemented in other ways. For example, the system embodiments described above are merely illustrative. For example, the above-mentioned division of units is only a logical function division. In actual implementation, there can be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection to each other can be through some interfaces, and the indirect coupling or communication connection of devices or units can be in an electrical, mechanical or other form.

[0163] The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they can be located in one place, or they can be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0164] In addition, in each embodiment of the present application, the functional units can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

[0165] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes multiple instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods in each embodiment of the present application. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs that can store programs.

[0166] The preferred embodiments of the embodiments of the present application have been described above with reference to the accompanying drawings. However, this does not limit the scope of the rights of the embodiments of the present application. Any modification, equivalent replacement, and improvement made by those skilled in the art without departing from the scope and essence of the embodiments of the present application shall fall within the scope of the rights of the embodiments of the present application.

Claims

1. A method for distributing domain name resource data, characterized in that Applied to a domain name resource server, the domain name resource server stores corresponding domain name resource data, and the method includes: Receiving multiple performance test data sent by each measurement service node, where each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points, and the edge nodes synchronously store the domain name resource data; Determining the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point; For each historical time point, combining the historical performance scores of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point; Concatenating the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and outputting the scheduling weights of each edge node based on the target feature vector through a pre-trained target model; When receiving at least one domain name resource data acquisition request, distributing the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weights of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

2. The domain name resource data distribution method according to claim 1, characterized in that After outputting the scheduling weights of each edge node based on the target feature vector through the pre-trained target model, it further includes: At the same historical time point, determining the domain name resource test data of each edge node from the multiple performance test data returned by the multiple edge nodes; Calculating the corresponding domain name resource hash value for the domain name resource test data corresponding to each edge node; Based on the comparison of multiple domain name resource hash values, when the comparison result indicates that there is at least one edge node whose domain name resource hash value is inconsistent with the domain name resource hash values of other edge nodes, adjusting the scheduling weight of the at least one edge node through a preset penalty factor to obtain the corresponding first scheduling weight; Based on the first scheduling weight, adjusting the scheduling weights of the other edge nodes to obtain the second scheduling weights of the other edge nodes; Then the distributing the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the scheduling weights of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request includes: Distributing the at least one domain name resource data acquisition request to at least one of the multiple edge nodes according to the first scheduling weight or the second scheduling weight of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

3. The domain name resource data distribution method according to claim 1, characterized in that The determining the historical performance scores of the edge nodes corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point includes: According to the performance test data at each historical time point, obtain the time delay data, packet loss rate data, and transmission jitter data of the edge node corresponding to each measurement service node at each historical time point; Obtain the first weight corresponding to the time delay data, the second weight corresponding to the packet loss rate data, and the third weight corresponding to the transmission jitter data, and respectively adjust the time delay data, the packet loss rate data, and the transmission jitter data according to the first weight, the second weight, and the third weight to obtain the corresponding target time delay data, target packet loss rate data, and target transmission jitter data; Based on the target time delay data, the target packet loss rate data, and the target transmission jitter data, obtain the historical performance scores of the corresponding edge nodes at each historical time point.

4. The domain name resource data distribution method according to claim 1, wherein Before constructing the sub-feature vector corresponding to each historical time point by combining the historical performance scores of each edge node and the attribute parameters of the stored domain name resource data for each historical time point, it further includes: Obtain the historical time periods corresponding to multiple historical time points, and determine the data occupancy of the domain name resource data, the update frequency within the historical time period, and the data type during the historical time period; Based on the data occupancy, the update frequency, and the data type, determine the attribute parameters corresponding to the stored domain name resource data.

5. The domain name resource data distribution method according to claim 1, wherein The target model is trained in the following manner: Receive multiple sample performance test data sent by each measurement service node. Each sample performance test data is obtained by the measurement service node testing the managed edge node at different sample time nodes, and the sample domain name resource data is synchronously stored in the edge node; According to the sample performance test data at each sample time point, determine the sample historical performance scores of the edge nodes corresponding to each measurement service node at each sample time point; For each sample time point, construct the sample sub-feature vector corresponding to each sample time point by combining the sample historical performance scores of each edge node and the sample attribute parameters of the stored sample domain name resource data; Concatenate the sample sub-feature vectors corresponding to multiple sample time points in chronological order to obtain the sample target feature vector, and output the predicted scheduling weight of each edge node based on the sample target feature vector through a preset model; For each edge node, obtain the sample scheduling weight of each edge node, and construct a target loss based on the difference between the predicted scheduling weight and the sample scheduling weight corresponding to each edge node; Based on the target loss, adjust the parameters of the preset model to obtain the target model.

6. The domain name resource data distribution method according to claim 1, characterized in that The output of the scheduling weight of each edge node based on the target feature vector by the pre-trained target model includes: Input the target feature vector into the target model, and perform high-dimensional feature extraction on the target feature vector through the initial convolutional layer of the target model to obtain the first feature vector; Process the first feature vector through the first residual block of the target model to obtain a second feature vector for temporal dependence, and fuse the first feature vector and the second feature vector to obtain a third feature vector output by the first residual block. Each residual block includes a plurality of dilated convolutional layers, and the number of dilation factors included in the plurality of dilated convolutional layers is configured according to the position of the corresponding residual block. The dilation factor is used to determine the temporal analysis range of the first feature vector; Process the third feature vector through the intermediate residual blocks of the target model to obtain an updated second feature vector, and fuse the third feature vector and the updated second feature vector to obtain an updated third feature vector output by the intermediate residual blocks; When the updated third feature vector is output by the last intermediate residual block, perform feature compression processing on the third feature vector through the global pooling layer of the target model to obtain a fourth feature vector; Perform output mapping on the fourth feature vector through the fully connected layer of the target model to obtain the scheduling weight of each edge node.

7. A method for distributing domain name resource data, characterized in that Applied to a measurement service node, the method includes: Testing the managed edge nodes at different historical time points to obtain corresponding performance test data. The edge nodes synchronously store the domain name resource data stored in the domain name resource server; Sending a plurality of performance test data to the domain name resource server, so that after the domain name resource server receives the plurality of performance test data sent by each measurement service node, according to the performance test data at each historical time point, determine the historical performance score of the edge node corresponding to each measurement service node at each historical time point, and for each historical time point, combine the historical performance score of each edge node and the attribute parameters for the stored domain name resource data to construct a sub-feature vector corresponding to each historical time point, and splice the sub-feature vectors corresponding to the plurality of historical time points in chronological order to obtain a target feature vector, and output the scheduling weight of each edge node based on the target feature vector through a pre-trained target model. When receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of the plurality of edge nodes according to the scheduling weight of each edge node, so that the at least one edge node distributes the domain name resource data based on the at least one domain name resource data acquisition request.

8. A domain name resource data distribution device, characterized in that Applied to a domain name resource server, the domain name resource server stores corresponding domain name resource data. The device includes: A receiving module, configured to receive a plurality of performance test data sent by each measurement service node. Each performance test data is obtained by the measurement service node testing the managed edge nodes at different historical time points. The edge nodes synchronously store the domain name resource data; A determining module, configured to determine the historical performance score of the edge node corresponding to each measurement service node at each historical time point according to the performance test data at each historical time point; A construction module, configured to construct a sub-feature vector corresponding to each historical time point by combining the historical performance scores of each edge node and the attribute parameters for the stored domain name resource data for each historical time point; A splicing module, configured to splice the sub-feature vectors corresponding to multiple historical time points in chronological order to obtain a target feature vector, and output the scheduling weight of each edge node based on the target feature vector through a pre-trained target model; An analysis module, configured to, when receiving at least one domain name resource data acquisition request, allocate the at least one domain name resource data acquisition request to at least one of multiple edge nodes according to the scheduling weight of each edge node, so that the at least one edge node performs domain name resource data distribution based on the at least one domain name resource data acquisition request.

9. A computer device, characterized in that, The computer device includes a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, it implements the domain name resource data distribution method according to any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the domain name resource data distribution method according to any one of claims 1 to 7.

Images