WO2024093859A1 - 服务功能编排的方法、系统、电子设备及存储介质 - Google Patents

服务功能编排的方法、系统、电子设备及存储介质 Download PDF

Info

Publication number
WO2024093859A1
WO2024093859A1 PCT/CN2023/127460 CN2023127460W WO2024093859A1 WO 2024093859 A1 WO2024093859 A1 WO 2024093859A1 CN 2023127460 W CN2023127460 W CN 2023127460W WO 2024093859 A1 WO2024093859 A1 WO 2024093859A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
services
user
sub
module
Prior art date
Application number
PCT/CN2023/127460
Other languages
English (en)
French (fr)
Inventor
张帅
李建飞
曹畅
唐雄燕
刘莹
Original Assignee
中国联合网络通信集团有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国联合网络通信集团有限公司 filed Critical 中国联合网络通信集团有限公司
Publication of WO2024093859A1 publication Critical patent/WO2024093859A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Definitions

  • the present disclosure relates to, but is not limited to, the field of communication technology, and in particular to a method for orchestrating service functions, a system for orchestrating service functions, an electronic device, and a computer-readable storage medium.
  • the operator network is connected to the resource pool through a gateway node.
  • the resource pool consists of one or more servers, and related service functions are deployed on the server.
  • a method for service function orchestration, a system for service function orchestration, an electronic device and a computer-readable storage medium are provided to split the services and effectively improve the efficiency of service processing.
  • the present disclosure provides a method for orchestrating service functions, the method comprising:
  • Corresponding network devices are configured according to the service path so that the resource nodes provide corresponding services to the user end.
  • the service request also includes the service type and service requirements of the service required by the user, and the service requirements include requirements for network performance and requirements for computing and storage resources;
  • the splitting of the splittable services in the services required by the user based on the business request includes:
  • each divisible service is divided into multiple sub-services
  • the method further comprises:
  • the method further comprises:
  • the selecting of resource nodes providing services for the split sub-services and the inseparable services in the services required by the user respectively includes:
  • resource nodes providing services are selected for all the sub-services and inseparable services respectively.
  • generating a service path according to the selected resource node includes:
  • a node is selected for the path of the parallel services as the node for merging the parallel services
  • the resource node is a node selected to provide services for all sub-services and inseparable services.
  • configuring corresponding network devices according to the service path so that the resource node provides corresponding services to the user terminal includes:
  • a configuration file of the corresponding network device is generated according to the service path and sent to the corresponding network device, so that each corresponding network device obtains the next hop address on the corresponding service path and enables the resource node in the corresponding network device to provide the corresponding service for the user end.
  • the method further comprises:
  • the method further comprises:
  • the method further comprises:
  • the required service function is deployed at the edge node corresponding to the user terminal.
  • the method further comprises:
  • the service bill is sent to the user end and the service provider end corresponding to the resource node providing the service, so that the user end and the service provider end confirm the service bill information and complete the service transaction.
  • the service feature is used to identify a service relationship logic
  • the service relationship logic includes a service relationship having no requirement and a service relationship having a dependency.
  • the present disclosure provides a system for orchestrating service functions, the system comprising:
  • a service demand management module which is configured to receive a service request from a user, wherein the service request includes a service required by the user;
  • a service splitting module is configured to split the separable services in the services required by the user and obtain multiple split sub-services
  • a service resource selection module which is configured to select resource nodes providing services for the split sub-services and the inseparable services in the services required by the user;
  • a service orchestration module configured to generate a service path based on selected resource nodes
  • the service configuration module is configured to configure corresponding network devices according to the service path so that the resource nodes provide corresponding services for the user end.
  • the service request also includes the service type and service requirements of the service required by the user, and the service requirements include requirements for network performance and requirements for computing and storage resources;
  • the service splitting module is specifically configured as follows:
  • each divisible service is divided into multiple sub-services;
  • system further comprises a service ranking module
  • the service sorting module is configured to classify all sub-services and inseparable services into serializable services and parallelizable services according to service function information after the service splitting module obtains a plurality of split sub-services;
  • the service resource selection module is specifically configured as:
  • resource nodes providing services are selected for all the sub-services and inseparable services respectively.
  • the service orchestration module is specifically configured as:
  • a business path including the resource node is arranged according to the service sequence and the resource node, and a node is selected for the path that can provide parallel services as a node that can be merged with parallel services.
  • the resource node is a node that provides services for all sub-services and inseparable services.
  • the service configuration module is specifically configured as:
  • a configuration file of the corresponding network device is generated according to the service path and sent to the corresponding network device, so that each corresponding network device obtains the next hop address on the corresponding service path and enables the resource node in the corresponding network device to provide the corresponding service for the user end.
  • system further comprises a service registration module
  • the service registration module is configured to register existing service functions and newly deployed services of resource nodes. The function is registered and the location and computing resources of the resource node are identified.
  • system further comprises a user information management module
  • the user information management module is configured to authenticate user information
  • the service demand management module is specifically configured to receive a service request from a user terminal if the user information management module authenticates the user information successfully.
  • system further comprises a service deployment module:
  • the service deployment module is configured to deploy the required service function at the edge node corresponding to the user terminal if the access frequency of the user terminal to a required service exceeds a preset value.
  • system further comprises a service transaction module:
  • the service transaction module is configured to generate a service bill after providing computing power services to the user terminal;
  • the service bill is sent to the user end and the service provider end corresponding to the resource node providing the service, so that the user end and the service provider end confirm the service bill information and complete the service transaction.
  • the service feature is used to identify a service relationship logic
  • the service relationship logic includes a service relationship having no requirement and a service relationship having a dependency.
  • the present disclosure provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to implement the method for orchestrating service functions described in the first aspect.
  • the present disclosure provides a computer-readable storage medium having a computer program stored thereon, and when the computer program is executed by a processor, the method for orchestrating service functions described in the first aspect above is implemented.
  • the method, system, electronic device and computer-readable storage medium for service function arrangement provided by the present disclosure receive a user's service request, obtain the user's required service, split the separable service in the user's required service into multiple sub-services, select a resource node that provides services for each sub-service and non-separable service, generate a service path, issue services, realize the splitting of service functions, perform service processing by multiple resource pools, and provide the most suitable processing resource pool for each service, which can effectively improve the efficiency of service function processing.
  • FIG1 is a diagram showing an example of a service function network in the prior art
  • FIG2 is a flow chart of a method for orchestrating service functions provided in Embodiment 1 of the present disclosure
  • FIG3 is an architecture diagram of a service function orchestration system provided in Embodiment 2 of the present disclosure.
  • FIG4 is a flow chart of a method for arranging service functions provided in Embodiment 2 of the present disclosure.
  • FIG5 is a schematic diagram of a service function classification result provided in Embodiment 2 of the present disclosure.
  • FIG6 is a schematic diagram of a resource pool selection provided in Embodiment 2 of the present disclosure.
  • FIG7 is an architecture diagram of a system for orchestrating service functions provided in Embodiment 3 of the present disclosure.
  • FIG8 is an architecture diagram of an electronic device provided in Embodiment 4 of the present disclosure.
  • each unit and module involved in the embodiments of the present disclosure may correspond to only one physical structure, or may be composed of multiple physical structures, or multiple units and modules may be integrated into one physical structure.
  • each box in the flowchart or block diagram may represent a unit, module, program segment or code, which contains executable instructions for implementing the specified functions.
  • Each block or combination of blocks in the present invention may be implemented by a hardware-based system that implements the specified functions, or may be implemented by a combination of hardware and computer instructions.
  • the units and modules involved in the embodiments of the present disclosure can be implemented by software or hardware, for example, the units and modules can be located in a processor.
  • module means, “component” or “unit” used to represent elements are only used to facilitate the description of the present disclosure, and have no specific meanings. Therefore, “module”, “component” or “unit” can be used in a mixed manner.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • This embodiment provides a method for orchestrating service functions, as shown in FIG2 , the method includes steps S101 to S105:
  • Step S101 receiving a service request from a user, wherein the service request includes a service required by the user;
  • This embodiment is applied in a service orchestration system.
  • the service function i.e., service
  • the service function i.e., service
  • the service is obtained, including the type of service to be accessed, the requirements for network performance, the requirements for computing and storage resources, etc.; then, according to the information such as the service type and the resources required for the service, it is determined whether the service required by the user includes a decomposable service. If so, step S102 is performed;
  • Step S102 based on the service request, split the splittable service in the service required by the user, and obtain a plurality of split sub-services;
  • each splittable service is split into multiple sub-services; when splitting, the service is split into several sub-services according to a certain splitting algorithm, such as through a distributed federated training algorithm.
  • Distributed federated training is a way to split services of the same type; this is an obvious parallel splitting method.
  • the service splitting algorithm can adopt various existing splitting algorithms, which are not limited here.
  • the service function information of each non-splittable service and each sub-service is recorded, and the service function information includes service number, service characteristics and service requirements.
  • the service characteristics identify the service relationship logic; if there is no requirement for the service relationship and there is a dependency relationship between the service relationship, if there is a dependency relationship between the service relationship, it is necessary to determine the relationship between the service processing before and after.
  • a resource node is a resource pool.
  • the service type stored in each resource node can be obtained during the pre-registration process of existing service functions and newly deployed service functions, and the service function type is recorded in the database, and its location, computing resources, etc. are identified; the database can be recorded as shown in Table 1 below.
  • Step S103 selecting service-providing resource nodes for the split sub-services and the inseparable services in the services required by the user respectively;
  • all sub-services and inseparable services are classified according to the service function information and divided into serializable services and parallelizable services;
  • Sub-services and inseparable services are classified into serial and parallel categories according to service logic, and then the services are sorted to obtain multiple service sequences, thereby ensuring that services that require serialization are carried out in a normal order, while parallel services can be carried out simultaneously through multiple resource pools to improve service efficiency.
  • resource nodes providing services are selected for all sub-services and inseparable services respectively according to the service sequence and the service requirements corresponding to each sub-service and inseparable service.
  • a resource node is selected for each service in the sequence according to the service requirements, and then the classification information and the resource node selection information are saved.
  • Step S104 Generate a service path according to the selected resource node
  • the business path including the resource pool is arranged according to the service logic; each service is processed through the business path.
  • the business path including the resource node is arranged according to the service sequence and the resource node, and a node is selected for the path that can be served in parallel as the node that can be merged with the parallel service.
  • the resource node is a node that provides services for all sub-services and inseparable services.
  • Step S105 configuring corresponding network devices according to the service path so that resource nodes provide corresponding services to the user end.
  • a configuration file of a corresponding network device is generated according to the service path and sent to the corresponding network device, so that each corresponding network device obtains the next hop address on the corresponding service path and enables the resource node in the corresponding network device to provide the corresponding service for the user end.
  • the service path is the network path from the user end to the selected resource node (resource pool).
  • the corresponding network device is the specific device that needs to be passed from the user end to the resource pool.
  • the configuration file is to instruct the network device how to forward the next hop to generate a specific network path.
  • the resource node is included in the network device.
  • the method further comprises:
  • management mainly includes user authentication, certification, and authority management. After the user authentication is passed, the user's business request is received to ensure transaction security.
  • the method further comprises:
  • the required service function is deployed at the edge node corresponding to the user terminal.
  • the preset value can be selected according to actual conditions. According to the frequency of user requests, for services that are frequently accessed, a suitable edge node can be selected to pre-deploy the service to facilitate subsequent processing of service requests.
  • the method further comprises:
  • the service bill is sent to the user end and the service provider end corresponding to the resource node providing the service, so that the user end and the service provider end confirm the service bill information and complete the service transaction.
  • a business bill is generated and sent to the user who requested the business and the service provider to confirm the relevant bill information and complete the service transaction.
  • the service feature is used to identify a service relationship logic
  • the service relationship logic includes a service relationship having no requirement and a service relationship having a dependency.
  • the service feature consists of a first identification bit and a second identification bit
  • the first identification bit includes the first identification bit or the second identification bit. If the first identification bit is the first identification bit, it means that the service relationship logic of the service feature is that there is no requirement for the service relationship; the second identification bit can take any value, such as 000000; if the first identification bit is the second identification bit, it means that the service relationship logic of the service feature is that there is a dependency relationship, and the second identification bit identifies the number of the service that needs to be completed before executing this service, indicating that the service corresponding to the second identification bit needs to be completed before executing this service.
  • the values of the first identification bit and the second identification bit can be based on actual The situation is determined and no restriction is made here. For example, the first identifier can be 00, 000, etc., and the second identifier can be 01, 001, etc.
  • Service characteristics can be used to confirm the logic of service relationships and ensure that services are processed in the most appropriate order.
  • the embodiments of the present disclosure can be applied to a variety of service processing scenarios to achieve service splitting and improve service processing efficiency.
  • one of the scenarios is as follows:
  • a video surveillance service request can be split into resource acquisition service, video data processing service, and data analysis service. If there are some subsequent needs, modeling can be performed based on the analysis data to predict user behavior.
  • a service request is split into several sub-service functions.
  • the video processing service function due to the large amount of data, it can also be split into multiple sub-service functions and distributed to multiple nodes for parallel processing, and finally integrated based on the service orchestration system.
  • This embodiment splits the separable services, classifies them based on the service function type, and sorts them according to the service logic, finally selects resource nodes in turn based on the service logic to provide services, and generates a service path based on the sorted and selected resource nodes to complete the service function orchestration processing.
  • the efficiency of service function processing can be effectively improved.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • This embodiment provides a method for orchestrating service functions, which is implemented through the service function orchestration system shown in FIG3 .
  • the orchestration system includes three logical layers: service orchestration, service management, and external functions.
  • External function layer used to receive user service orchestration requirements, manage users, and manage service transactions; this layer at least includes a user information management module, a service transaction module, and a business demand management module.
  • User information management module This module is responsible for user information management, including users who request services, enterprise users who provide services, ordinary individual users, and operator staff (operation and maintenance, managers, etc.). This module is mainly responsible for user authentication, certification and authority management;
  • Service transaction module This module receives the result data from the business configuration module of the service orchestration layer, generates a business bill, and sends it to the user information management module. Service providers confirm relevant billing information and complete service transactions;
  • Business demand management module This module obtains business demand information from users, including service requests that need to be accessed, requirements for network resources, and requirements for computing resources.
  • Service management layer responsible for service resource management, service function deployment, etc.; this layer at least includes service registration module and service deployment module;
  • Service registration module This module mainly registers existing service functions and newly deployed service functions, and identifies their locations, computing resources, etc.
  • Service deployment module This module obtains information from the user information management module and business demand management module of the external function layer, mainly focusing on the frequency of user requests. For services that are accessed frequently, appropriate edge nodes can be selected to pre-deploy services to facilitate subsequent requests for services.
  • the service orchestration layer is mainly responsible for the splitting of service capabilities and the reasonable scheduling of resources.
  • This layer at least includes the service splitting module, service sorting module, service resource selection module, service orchestration module, and business configuration module;
  • Service splitting module This module is mainly for splittable services. It can split the splittable services into several sub-services according to the service type or service task volume;
  • Service sorting module This module classifies the sub-services and inseparable services split out of the service function splitting module. Classification means indicating the order of processing each service function, indicating serial processing and parallel processing, that is, serial processing has a preceding relationship, while parallel processing has no preceding relationship.
  • Service resource selection module This module mainly selects service functions. That is, for divisible services, each subtask selects a resource pool. The selection of subtask functions needs to consider both network resources and computing and storage resources.
  • Network resources include requirements for bandwidth, latency, and jitter.
  • Computing and storage requirements include resource pool load rate, computing task requirements, and storage requirements.
  • Service orchestration module This module performs service orchestration in sequence based on the results of service function splitting, service function classification, and service function selection. For parallel sequence services, traffic integration needs to be performed on the designated gateway device to complete service function orchestration.
  • Business configuration module This module issues configuration instructions to the devices involved based on the results of the service orchestration module, completes network path configuration, and implements service functions.
  • the method includes:
  • Step 1 The user makes a service request, which at least includes the required service type, network performance requirements, and computing storage resource requirements; for example, the user requires services F1, F2, and F3, low latency, 100M bandwidth, and low resource pool load; the service request information is sent to the service splitting module of the service orchestration layer;
  • Step 2 Determine whether services F1, F2, and F3 are splittable. For splittable services, they need to be sent to the service splitting module to complete the splitting, and the network performance requirements are retained and the storage resource requirements are calculated. If service F1 is not splittable, service F2 can be split into F2.1, F2.2, and F2.3, and service F3 can be split into F3.1 and F3.2. Send service F1 to the service sorting module, and send services F2 and F3 to the service splitting module.
  • Step 3 Split services F2 and F3 into F2.1, F2.2, F2.3 and F3.1, F3.2 respectively; and send the split results to the service sorting module;
  • the service function information obtained by the classification module is shown in Table 2 below;
  • the service feature identifies the service relationship logic, which consists of two identification bits + the service number of the dependent service. If the identifier is 00, it means no requirement, and if the identifier is 01, it means there is a dependency.
  • the service function corresponding to the service number of the dependent service after the identifier 01 must be completed before this service can be executed. By default, the service function with all 0 numbers is executed first;
  • Step 4 The service sorting module receives the service function information and needs to access services F1, F2.1, F2.2, F2.3, F3.1, and F3.2. Based on the service characteristics, it clarifies the interdependencies of the service functions and classifies them; it sends the service sequence with the classification and sorting information to the service resource selection module;
  • Subsequence 1 service F1, service F3.1, service F3.2;
  • Subsequence 2 Service F2.1, Service 2.2;
  • Subsequence 2 Service F2.1, Service 2.3;
  • Step 5 According to the service requirements in the service information, that is, the user's network performance requirements, the requirements for computing and storage resources, as well as the service feature information and service classification results, a selection is made through a certain evaluation method, and according to the service sequence, a resource pool that can provide the service is selected in turn, and the service sequence with classification and sorting information and the selected resource pool information (gateway node ID, IP address) are sent to the service orchestration module; refer to Table 3 below;
  • the data received by the resource selection module are inseparable services and their separated sub-services, as shown in Figure 6.
  • sub-sequence 1 as an example, in the figure, there are two resource pools that deploy service functions F1, F3.1, and F3.2 respectively;
  • the network factors considered in the resource pool selection evaluation method include bandwidth, latency, and jitter, and the computing power factors include resource pool load rate, etc.; other factors may also be included;
  • Modeling can be done based on the above factors, and then the evaluation results can be obtained;
  • the service function in Pool4 can be selected to provide F1.
  • the location of Pool4 resource pool is used as the starting point, and the distance from other resource pools to Pool4 (that is, latency factor) is considered.
  • the load of the resource pool also needs to be updated in real time. Therefore, when selecting the resource pool, the evaluation results are updated based on the service order and the service function is selected.
  • Step 6 The service orchestration module generates a service path based on the received service sequence and the resource pool selected based on the service requirements in the service information. For parallel services, a service merging node (network node) is specified at the end of the sequence, and then the merged service node and the orchestrated service are merged. The path is sent to the business configuration module;
  • Step 7 The service configuration module generates configuration files for corresponding network devices and resource pools according to the orchestration results, including configuration files for merged nodes, and sends them to corresponding devices to complete the service.
  • This embodiment obtains the service request required by the user, judges through the service splitting module of the service orchestration layer, splits the separable service functions, classifies them according to the service function type, and sorts them according to the service logic. Finally, based on the service logic, resource nodes are selected in turn to generate business paths and complete the service function orchestration processing; the efficiency of service function processing can be effectively improved.
  • this embodiment provides a system for orchestrating service functions, the system comprising:
  • a service demand management module 11 which is configured to receive a service request from a user, wherein the service request includes a service required by the user;
  • a service splitting module 12 is configured to split the splittable services in the services required by the user and obtain a plurality of split sub-services
  • a service resource selection module 13 which is configured to select resource nodes providing services for the split sub-services and the inseparable services in the services required by the user;
  • a service orchestration module 14 which is configured to generate a service path according to the selected resource nodes
  • the service configuration module 15 is configured to configure corresponding network devices according to the service path so that the resource nodes provide corresponding services for the user end.
  • the service request also includes the service type and service requirements of the service required by the user, and the service requirements include requirements for network performance and requirements for computing and storage resources;
  • the service splitting module 12 is specifically configured as follows:
  • each divisible service is divided into multiple sub-services;
  • system further comprises a service ranking module 16;
  • the service sorting module 16 is configured to classify all sub-services and inseparable services into serializable services and parallelizable services according to service function information after the service splitting module 12 obtains multiple split sub-services;
  • the service resource selection module 13 is specifically configured as:
  • resource nodes providing services are selected for all the sub-services and inseparable services respectively.
  • the service orchestration module 14 is specifically configured as:
  • a business path including the resource node is arranged according to the service sequence and the resource node, and a node is selected for the path that can provide parallel services as a node that can be merged with parallel services.
  • the resource node is a node that provides services for all sub-services and inseparable services.
  • the service configuration module 15 is specifically configured as follows:
  • a configuration file of the corresponding network device is generated according to the service path and sent to the corresponding network device, so that each corresponding network device obtains the next hop address on the corresponding service path and enables the resource node in the corresponding network device to provide the corresponding service for the user end.
  • system further comprises a service registration module 17;
  • the service registration module 17 is configured to register existing service functions and newly deployed service functions of resource nodes, and identify the locations and computing resources of resource nodes.
  • the system further includes a user information management module 18;
  • the user information management module 18 is configured to authenticate user information
  • the service demand management module 11 is specifically configured to receive a service request from a user terminal if the user information management module authenticates the user information successfully.
  • system further comprises a service deployment module 19:
  • the service deployment module 19 is configured to deploy the required service function at the edge node corresponding to the user terminal if the access frequency of the user terminal to a required service exceeds a preset value.
  • system further comprises a service transaction module 20:
  • the service transaction module 20 is configured to generate a service bill after providing computing power services to the user terminal;
  • the service bill is sent to the user end and the service provider end corresponding to the resource node providing the service, so that the user end and the service provider end confirm the service bill information and complete the service transaction.
  • the service feature is used to identify a service relationship logic
  • the service relationship logic includes a service relationship having no requirement and a service relationship having a dependency.
  • Embodiment 3 of the present disclosure is used to implement the method for orchestrating service functions in Embodiments 1 and 2 of the present disclosure, so the description is relatively simple. For details, please refer to the relevant description in the previous Embodiment 1 of the present disclosure, which will not be repeated here.
  • the fourth embodiment of the present disclosure further provides an electronic device, including a memory 100 and a processor 200, wherein the memory 100 stores a computer program, and when the processor 200 runs the computer program stored in the memory 100, the processor 200 executes the above-mentioned various possible methods.
  • the memory 100 is connected to the processor 200.
  • the memory 100 may be a flash memory, a read-only memory or other memory, and the processor 200 may be a central processing unit or a single-chip microcomputer.
  • an embodiment of the present disclosure further provides a computer-readable storage medium, on which a computer program is stored, and the computer program is executed by a processor to perform the above-mentioned various possible methods.
  • the computer-readable storage medium includes volatile or non-volatile, removable or non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, computer program modules or other data).
  • Computer-readable storage media include, but are not limited to, RAM (Random Access Memory), ROM (Read-Only Memory), EEPROM (Electrically Erasable Programmable read only memory), flash memory or other memory technology, CD-ROM (Compact Disc Read-Only Memory), Digital Versatile Disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开提供一种服务功能编排的方法、系统、电子设备及计算机可读存储介质，以解决通过服务器进行处理时不会对服务功能进行拆分的问题，所述方法包括：接收用户端的业务请求，所述业务请求包括用户所需服务；基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；根据选择的资源节点生成业务路径；根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。本公开技术方案能够对服务进行拆分，有效提升服务处理的效率。

Description

服务功能编排的方法、系统、电子设备及存储介质
本公开要求申请日为2022年11月04日、申请号为CN202211376428.7、名称为“服务功能编排的方法、系统、电子设备及存储介质”的中国专利申请的优先权。
技术领域
本公开涉及但不限于通信技术领域，尤其涉及一种服务功能编排的方法、服务功能编排的系统、电子设备及计算机可读存储介质。
背景技术
随着网络和业务的发展，越来越多的增值功能需要按需部署，原先在云资源池中可以部署各种各样的服务，而随着MEC(Mobile Edge Computing，移动边缘计算)技术的发展，以及用户对网络质量、请求时延等网络性能的要求，和对于服务功能灵活增减的需求越来越高，运营商会在边缘节点部署服务功能，通过网络协作实现边缘节点及服务功能的串接，以满足用户对服务功能灵活调度的需求，解决响应时间、资源优化和网络效率等问题。如图1所示，运营商网络通过网关节点与资源池相连接，资源池由一个或多个服务器组成，在服务器上部署相关服务功能。
但目前，对用户的业务需求的服务，都是将服务作为一个整体进行响应，并未对服务功能进行拆分处理，处理效率较低。
发明内容
本公开所要解决的技术问题是针对现有技术不能对服务功能进行拆分的问题，提供一种服务功能编排的方法、服务功能编排的系统、电子设备及计算机可读存储介质，可以对服务进行拆分，有效提升服务处理的效率。
第一方面，本公开提供一种服务功能编排的方法，所述方法包括：
接收用户端的业务请求，所述业务请求包括用户所需服务；
基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
根据选择的资源节点生成业务路径；
根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
在一实施方式中，所述业务请求还包括用户所需服务的服务类型和服务需求，所述服务需求包括对网络性能的要求和对计算存储资源的需求；
所述基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，包括：
根据各资源节点存储的服务类型和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；
所述方法还包括：
记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。
在一实施方式中，所述方法还包括：
在得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；
在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
在一实施方式中，所述为拆分后的子服务和用户所需服务中的不可拆分服务分别选择提供服务的资源节点包括：
根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
在一实施方式中，所述根据选择的资源节点生成业务路径包括：
根据服务序列和资源节点编排包含所述资源节点在内的业务路径， 并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。
在一实施方式中，所述根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务，包括：
根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
在一实施方式中，所述方法还包括：
对资源节点已有服务功能及新部署服务功能进行注册，并标识资源节点的位置和计算资源。
在一实施方式中，所述方法还包括：
对用户信息进行鉴权；
若鉴权通过则接收用户端的业务请求。
在一实施方式中，所述方法还包括：
若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
在一实施方式中，所述方法还包括：
在将业务下发到对应的资源节点后生成业务账单；
将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
在一实施方式中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
第二方面，本公开提供一种服务功能编排的系统，所述系统包括：
业务需求管理模块，其设置为接收用户端的业务请求，所述业务请求包括用户所需服务；
服务拆分模块，其设置为对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
服务资源选择模块，其设置为为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
服务编排模块，其设置为根据选择的资源节点生成业务路径；
业务配置模块，其设置为根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
在一实施方式中，所述业务请求还包括用户所需服务的服务类型和服务需求，所述服务需求包括对网络性能的要求和对计算存储资源的需求；
所述服务拆分模块具体设置为：
根据各资源节点存储的服务类型和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；以及，
记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。
在一实施方式中，所述系统还包括服务排序模块；
所述服务排序模块设置为在所述服务拆分模块得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；以及，
在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
在一实施方式中，所述服务资源选择模块具体设置为：
根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
在一实施方式中，所述服务编排模块具体设置为：
根据服务序列和资源节点编排包含所述资源节点在内的业务路径，并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。
在一实施方式中，所述业务配置模块具体设置为：
根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
在一实施方式中，所述系统还包括服务注册模块；
所述服务注册模块设置为对资源节点已有服务功能及新部署服务 功能进行注册，并标识资源节点的位置和计算资源。
在一实施方式中，所述系统还包括用户信息管理模块；
所述用户信息管理模块设置为对用户信息进行鉴权；
所述业务需求管理模块具体设置为若所述用户信息管理模块对用户信息鉴权通过则接收用户端的业务请求。
在一实施方式中，所述系统还包括服务部署模块：
所述服务部署模块设置为若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
在一实施方式中，所述系统还包括服务交易模块：
所述服务交易模块设置为在为用户端提供算力服务后生成业务账单；
将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
在一实施方式中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
第三方面，本公开提供一种电子设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现上述第一方面所述的服务功能编排的方法。
第四方面，本公开提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的服务功能编排的方法。
本公开提供的服务功能编排的方法、系统、电子设备及计算机可读存储介质。通过接收用户的业务请求，获取用户所需服务，对用户所需服务中的可拆分服务进行拆分为多个子服务，并为各个子服务和不可拆分服务分别选择提供服务的资源节点，并生成业务路径，进行业务下发，实现服务功能的拆分，由多个资源池进行服务处理，并为各个服务提供最合适的处理资源池，可以有效提升服务功能处理的效率。
附图说明
图1为现有技术中服务功能组网示例图；
图2为本公开实施例一提供的一种服务功能编排的方法的流程示意图；
图3为本公开实施例二提供的一种服务功能编排系统的架构图；
图4为本公开实施例二提供的一种服务功能编排的方法的流程示意图；
图5为本公开实施例二提供的一种服务功能分类结果示意图；
图6为本公开实施例二提供的一种资源池选择的示意图；
图7为本公开实施例三提供的一种服务功能编排的系统的架构图；
图8为本公开实施例四提供的一种电子设备的架构图。
具体实施方式
为使本领域技术人员更好地理解本公开的技术方案，下面结合附图和实施例对本公开作进一步详细描述。应当理解的是，此处描述的具体实施例和附图仅仅用于解释本公开，而非对本公开的限定。
为使本领域技术人员更好地理解本公开的技术方案，下面结合附图和实施例对本公开作进一步详细描述。应当理解的是，此处描述的具体实施例和附图仅仅用于解释本公开，而非对本公开的限定。可以理解的是，在不冲突的情况下，本公开中的各实施例及实施例中的各特征可相互组合。
可以理解的是，为便于描述，本公开的附图中仅示出了与本公开相关的部分，而与本公开无关的部分未在附图中示出。
可以理解的是，本公开的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。
可以理解的是，在不冲突的情况下，本公开的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。
可以理解的是，本公开的流程图和框图中，示出了按照本公开各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中 的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。
可以理解的是，本公开实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。
其中，在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本公开的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决现有技术中存在的上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
实施例一：
本实施例提供一种服务功能编排的方法，如图2所示，所述方法包括步骤S101-步骤S105：
步骤S101：接收用户端的业务请求，所述业务请求包括用户所需服务；
本实施例应用在服务编排系统，在接收用户发送的业务请求后，获取用户所需的服务功能(即服务)，包含需要访问服务的类型，对网络性能的要求，对计算存储资源的需求等；然后根据服务类型、服务所需资源等信息进行判断用户所需的服务中是否包含有可拆分服务，若是则进行步骤S102；
步骤S102：基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
具体的，在进行服务拆分时，可以根据各资源节点存储的服务类型 和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；拆分时根据某个拆分算法将服务拆分成若干个子服务，如通过分布式联邦训练算法，分布式联邦训练是对同类型的服务进行拆分的一种方式；这是很明显的一种并行式拆分方式。通过将训练任务分解成几个步骤，训练方式(卷积计算，聚类、关联分析等)不同可拆分成几个步骤，如训练任务1，任务2，任务3，任务3是依赖于任务1和任务2的结果，进行训练，所以拆分后会有串并行顺序。服务拆分算法可以采用各种现有拆分算法，此处不做限制，在服务拆分后，记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。服务特征标识了服务关系逻辑；如服务关系无要求和服务关系有依赖关系，若服务关系有依赖关系，则需确定服务处理的前后等关系。
资源节点即资源池，各资源节点存储的服务类型可以在预先对已有服务功能及新部署服务功能进行注册过程中获知，并在数据库中记录服务功能类型，并标识其位置、计算资源等情况；数据库中可记录为下表1所示。
表1：服务功能记录表
步骤S103：为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
对每一个子服务和不可拆分服务，分别为其选择提供服务的资源节点，即资源池，根据各服务需求，考虑各资源池的网络因素包括带宽、 时延和抖动；算力因素包括资源池负载率等；通过综合考虑通过某种评价方法进行选择。
在一种可选的实施方式中，在得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；
在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
将子服务和不可拆分服务根据服务逻辑进行串并行的分类，再进行服务排序，得到多个服务序列，从而保证需求串行的服务按正常循序进行，而对于并行的服务可以通过多个资源池同时进行，提升服务效率。
在一实施方式中，在分类后根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
在得到服务序列后，对每一个序列根据服务需求为序列中的各个服务选择资源节点，然后保存分类信息和资源节点选择信息。
步骤S104：根据选择的资源节点生成业务路径；
在为各个子服务和不可拆分服务选择资源节点后，根据服务逻辑，编排包含资源池在内的业务路径；通过业务路径使各个服务得到处理。
在一种可选的实施方式中，在服务分类排序并获取服务序列后，根据服务序列和资源节点编排包含所述资源节点在内的业务路径，并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。在并行服务服务处理后通过合并的节点进行服务整合处理。
步骤S105：根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
具体的，根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
业务路径即从用户端去到选定的资源节点(资源池)的网络路径，相应的网络设备即具体从用户端去到资源池，需要经过哪个设备，下发 的配置文件，就是指导网络设备，下一跳如何转发生成具体的网络路径。资源节点包含在所述网络设备中。
在一实施方式中，所述方法还包括：
对用户信息进行鉴权；
若鉴权通过则接收用户端的业务请求。
通过对用户信息进行管理，用户信息包含请求业务的用户、提供服务的企业用户及普通个人用户、运营商工作人员(运维，经理等)，管理主要包括用户鉴权，认证及权限管理等，在用户鉴权通过后在接收用户的业务请求，从而保证交易安全。
在一实施方式中，所述方法还包括：
若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
所述预设值可以根据实际情况选择，针对用户请求频次，对于访问比较频繁的服务，可以选取合适的边缘节点预部署该服务，方便后续对服务的请求处理。
在一实施方式中，所述方法还包括：
在将业务下发到对应的资源节点后生成业务账单；
将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
根据业务下发结果的数据，生成业务账单，发送到请求业务的用户及服务提供用户确认相关账单信息，并完成服务交易。
在一实施方式中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
所述服务特征由第一标识位和第二标识位组成；
其中，所述第一标识位包括第一标识或第二标识，若所述第一标识位为第一标识，则表示服务特征的服务关系逻辑为服务关系无要求；第二标识位可以取任意值，如000000；若所述第一标识位为第二标识，则表示服务特征的服务关系逻辑为有依赖关系，且所述第二标识位标识执行此服务前需要完成的服务的编号，表示需要完成所述第二标识位对应的服务才能执行此服务。所述第一标识和第二标识的取值可以根据实际 情况确定，此处不做限制，如第一标识可以取00、000等、第二标识可以取01、001等。
通过服务特征可以很好的确认服务关系的逻辑，保证服务按最合适的顺序处理。
本公开实施例可以应用到多种服务处理场景，实现服务拆分，提升服务处理效率，如应用到其中一个场景如下：
将一个视频监控服务请求，可以拆分为资源获取服务，视频数据处理服务，以及数据分析服务，或者后续有一些需求，可以基于分析数据进行建模得到用户行为预判。
所以按照上述描述即将一个服务请求拆分成若干个子服务功能，同时如视频处理服务功能，由于数据量过大，也可以拆分成多个，分发到多个节点进行并排处理，最后在基于服务编排系统进行整合。
本实施例通过将可拆分服务进行拆分，并基于服务功能类型进行分类，并按照服务逻辑排序，最终基于服务逻辑依次选择资源节点提供服务，并基于排序和选择的资源节点生成业务路径，完成服务功能编排处理。同时通过对服务请求基于其业务类型进行分类，并按照逻辑进行排序，可以有效提升服务功能处理的效率。
实施例二：
本实施例提供一种服务功能编排的方法，通过图3所述的服务功能编排系统实现，如图3所示，编排系统包括服务编排、服务管理和对外功能三个逻辑层。
对外功能层：用于接收用户服务编排需求，管理用户，以及管理服务交易；该层至少包含用户信息管理模块、服务交易模块、业务需求管理模块。
用户信息管理模块：该模块负责用户信息管理，包含请求业务的用户，提供服务的企业用户及普通个人用户，运营商工作人员(运维，经理等)，此模块主要负责用户鉴权，认证及权限管理；
服务交易模块：该模块接收来自服务编排层的业务配置模块的结果数据，生成业务账单，发送给用户信息管理模块，由请求业务的用户及 服务提供用户确认相关账单信息，并完成服务交易；
业务需求管理模块：该模块从用户处获取业务需求信息，包含需要访问的服务请求，对网络资源的需求以及对计算资源的需求。
服务管理层：负责服务资源管理、服务功能部署等；该层至少包含服务注册模块、服务部署模块；
服务注册模块：该模块主要对已有服务功能及新部署服务功能进行注册，标识其位置、计算资源等情况；
服务部署模块：该模块从对外功能层的用户信息管理模块及业务需求管理模块中获取信息，主要针对用户请求频次，对于访问比较频繁的服务，可以选取合适的边缘节点预部署服务，方便后续对服务的请求。
服务编排层主要负责服务能力的拆分、资源合理调度。该层至少包含服务拆分模块、服务排序模块、服务资源选择模块、服务编排模块、业务配置模块；
服务拆分模块：该模块主要针对可拆分服务，可针对服务类型或者服务任务量进行拆分，将可拆分服务拆分为若干子服务；
服务排序模块：该模块针对服务功能拆分模块拆分出的子服务及不可拆分服务进行分类，分类是指标明处理各服务功能的顺序，标明串行处理和并行处理，即串行处理中有标明前序关系，并行处理无相关前序关系；
服务资源选择模块：该模块主要针对服务功能进行选择，即对于可拆分服务，每个子任务进行资源池的选择，子任务功能的选择需同时考虑网络资源及计算存储资源情况；网络资源包含对带宽、时延、抖动的要求，计算存储需求包含资源池负载率，计算任务的计算量需求、存储量需求等；
服务编排模块：该模块基于服务功能拆分、服务功能分类以及服务功能选择的结果，按顺序进行业务编排，对并行的序列服务需在指定网关设备进行流量整合，完成服务功能编排；
业务配置模块：此模块针对于服务编排模块的结果，对涉及的设备下发配置指令，完成网络路径配置，实现服务功能。
如图4所示，所述方法包括：
步骤1：用户提出所需要的服务请求，该服务请求至少包括所需的服务类型、网络性能需求，计算存储资源需求；如用户所需服务F1、F2、F3，低时延，100M带宽，资源池低负载；将服务请求信息发送给服务编排层的服务拆分模块；
步骤2：判断服务F1、F2、F3是否可拆分，对于可拆分服务需发送到服务拆分模块完成拆分，并保留网络性能需求，计算存储资源需求；如服务F1不可拆分，服务F2可拆分成F2.1、F2.2、F2.3，服务F3可拆分成F3.1、F3.2；将服务F1发送给服务排序模块，将服务F2和服务F3发送到服务拆分模块；
步骤3：将服务F2和服务F3分别拆分成F2.1、F2.2、F2.3和F3.1、F3.2；并将拆分结果发送给服务排序模块；
分类模块获取的服务功能信息参考下表2；
表2：服务功能信息
服务特征标识了服务关系逻辑，由两位标识位+依赖服务的服务编号组成，如标识符为00，则表示无要求，标识符为01，则表示有依赖关系，必须完成标识符01后的依赖服务的服务编号对应的服务功能才能执行此服务，默认全0编号为优先执行的服务功能；
步骤4：服务排序模块收到服务功能信息，需要访问服务F1、F2.1、F2.2、F2.3、F3.1、F3.2，并基于服务特征，明确服务功能相互依赖关系，进行分类；将带有分类和排序信息的服务序列发送给服务资源选择模块；
参考如下：
子序列1：服务F1，服务F3.1，服务F3.2；
子序列2：服务F2.1，服务2.2；
子序列2：服务F2.1，服务2.3；
服务功能分类结果如图5所示；
步骤5：根据服务信息中的服务需求，即用户网络性能的要求，对计算存储资源的需求，以及服务特征信息及服务分类结果，通过某种评价方法进行选择，并按照服务序列，依次选择可以提供服务的资源池，并将带有分类和排序信息的服务序列和选择的资源池信息(网关节点id，IP地址)发给服务编排模块；参考下表3；
表3：服务序列及资源池选择表
资源选择模块收到的数据是不可拆分的服务以及拆分后的子服务，如图6所示，以子序列1为例，在图中，分别有2个资源池部署了服务功能F1、F3.1和F3.2；
资源池选择的评价方法中考虑的网络因素包括带宽，时延、抖动，算力因素包括资源池负载率等；还可包含其他因素；
可以基于上述因素进行建模，然后得出评价结果；
如服务功能F1的选择时，距离对时延是有影响的，考虑到上述因素，可选择Pool4中的服务功能来提供F1，同时在选择提供F3.1服务时，是以Pool4资源池位置为起点，考虑的是其他资源池到Pool4的距离(即时延因素)，同时服务功能被占用后，资源池的负载也需要实时更新，所以在资源池选择的时候，是基于服务顺序，更新评价结果，进行服务功能的选择。
步骤6：服务编排模块根据收到的服务顺序以及基于服务信息中的服务需求选择的资源池情况，生成业务路径，对于并行服务在序列结尾处指定服务合并节点(网络节点)，然后将合并业务节点及编排的业务 路径发送给业务配置模块；
步骤7：业务配置模块根据编排结果生成相应的网络设备和资源池的配置文件，包括合并节点的配置文件；并下发给相应的设备，完成服务。
本实施例获取用户所需的服务请求，通过服务编排层的服务拆分模块判断，并对可拆分服务功能进行拆分，按照服务功能类型进行分类，并按照服务逻辑排序，最终基于服务逻辑依次选择资源节点提供，生成业务路径，完成服务功能编排处理；可以有效提升服务功能处理的效率。
实施例三：
如图7所示，本实施例提供一种服务功能编排的系统，所述系统包括：
业务需求管理模块11，其设置为接收用户端的业务请求，所述业务请求包括用户所需服务；
服务拆分模块12，其设置为对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
服务资源选择模块13，其设置为为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
服务编排模块14，其设置为根据选择的资源节点生成业务路径；
业务配置模块15，其设置为根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
在一实施方式中，所述业务请求还包括用户所需服务的服务类型和服务需求，所述服务需求包括对网络性能的要求和对计算存储资源的需求；
所述服务拆分模块12具体设置为：
根据各资源节点存储的服务类型和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；以及，
记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。
在一实施方式中，所述系统还包括服务排序模块16；
所述服务排序模块16设置为在所述服务拆分模块12得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；以及，
在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
在一实施方式中，所述服务资源选择模块13具体设置为：
根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
在一实施方式中，所述服务编排模块14具体设置为：
根据服务序列和资源节点编排包含所述资源节点在内的业务路径，并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。
在一实施方式中，所述业务配置模块15具体设置为：
根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
在一实施方式中，所述系统还包括服务注册模块17；
所述服务注册模块17设置为对资源节点已有服务功能及新部署服务功能进行注册，并标识资源节点的位置和计算资源。
在一实施方式中，所述系统还包括用户信息管理模块18；
所述用户信息管理模块18设置为对用户信息进行鉴权；
所述业务需求管理模块11具体设置为若所述用户信息管理模块对用户信息鉴权通过则接收用户端的业务请求。
在一实施方式中，所述系统还包括服务部署模块19：
所述服务部署模块19设置为若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
在一实施方式中，所述系统还包括服务交易模块20：
所述服务交易模块20设置为在为用户端提供算力服务后生成业务账单；
将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
在一实施方式中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
本公开实施例三中的服务功能编排的系统用于实施方法实施例一和实施例二中的服务功能编排的方法，所以描述的较为简单，具体可以参见前面方法实施例一中的相关描述，此处不再赘述。
此外，如图8所示，本公开实施例四还提供一种电子设备，包括存储器100和处理器200，所述存储器100中存储有计算机程序，当所述处理器200运行所述存储器100存储的计算机程序时，所述处理器200执行上述各种可能的方法。
其中，存储器100与处理器200连接，存储器100可采用闪存或只读存储器或其他存储器，处理器200可采用中央处理器或单片机。
此外，本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行上述各种可能的方法。
该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD，Digital Video Disc)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
可以理解的是，以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式，然而本公开并不局限于此。对于本领域内的普通技术人员而言，在不脱离本公开的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本公开的保护范围。

Claims (24)

  1. 一种服务功能编排的方法，其中，所述方法包括：
    接收用户端的业务请求，所述业务请求包括用户所需服务；
    基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
    为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
    根据选择的资源节点生成业务路径；
    根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
  2. 根据权利要求1所述的方法，其中，所述业务请求还包括用户所需服务的服务类型和服务需求，所述服务需求包括对网络性能的要求和对计算存储资源的需求；
    所述基于所述业务请求，对用户所需服务中的可拆分服务进行拆分，包括：
    根据各资源节点存储的服务类型和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；
    所述方法还包括：
    记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。
  3. 根据权利要求2所述的方法，其中，所述方法还包括：
    在得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；
    在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
  4. 根据权利要求3所述的方法，其中，所述为拆分后的子服务和用户所需服务中的不可拆分服务分别选择提供服务的资源节点包括：
    根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
  5. 根据权利要求4所述的方法，其中，所述根据选择的资源节点生成业务路径包括：
    根据服务序列和资源节点编排包含所述资源节点在内的业务路径，并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。
  6. 根据权利要求1所述的方法，其中，所述根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务，包括：
    根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
  7. 根据权利要求1所述的方法，其中，所述方法还包括：
    对资源节点已有服务功能及新部署服务功能进行注册，并标识资源节点的位置和计算资源。
  8. 根据权利要求1所述的方法，其中，所述方法还包括：
    对用户信息进行鉴权；
    若鉴权通过则接收用户端的业务请求。
  9. 根据权利要求1所述的方法，其中，所述方法还包括：
    若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
  10. 根据权利要求1所述的方法，其中，所述方法还包括：
    在将业务下发到对应的资源节点后生成业务账单；
    将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
  11. 根据权利要求2所述的方法，其中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
  12. 一种服务功能编排的系统，其中，所述系统包括：
    业务需求管理模块，其设置为接收用户端的业务请求，所述业务请求包括用户所需服务；
    服务拆分模块，其设置为对用户所需服务中的可拆分服务进行拆分，并得到多个拆分后的子服务；
    服务资源选择模块，其设置为为拆分后的子服务和用户所需的服务中的不可拆分服务分别选择提供服务的资源节点；
    服务编排模块，其设置为根据选择的资源节点生成业务路径；
    业务配置模块，其设置为根据所述业务路径配置相应的网络设备，以使资源节点为用户端提供对应的服务。
  13. 根据权利要求12所述的系统，其中，所述业务请求还包括用户所需服务的服务类型和服务需求，所述服务需求包括对网络性能的要求和对计算存储资源的需求；
    所述服务拆分模块具体设置为：
    根据各资源节点存储的服务类型和用户所需服务的服务类型，或者根据用户所需服务的服务需求，将每个可拆分服务分别拆分为多个子服务；以及，
    记录各个不可拆分服务和各子服务的服务功能信息，所述服务功能信息包括服务编号，服务特征及服务需求。
  14. 根据权利要求13所述的系统，其中，所述系统还包括服务排序 模块；
    所述服务排序模块设置为在所述服务拆分模块得到多个拆分后的子服务后，根据服务功能信息将所有子服务和不可拆分服务进行分类，并分为可串行服务和可并行服务；以及，
    在分类后按照服务逻辑对所有子服务和不可拆分服务进行服务排序，并得到包括服务分类信息和服务排序信息的服务序列。
  15. 根据权利要求14所述的系统，其中，所述服务资源选择模块具体设置为：
    根据所述服务序列，以及各个子服务和不可拆分服务所对应的服务需求为所有子服务和不可拆分服务分别选择提供服务的资源节点。
  16. 根据权利要求15所述的系统，其中，所述服务编排模块具体设置为：
    根据服务序列和资源节点编排包含所述资源节点在内的业务路径，并为可并行服务的路径选择一个节点作为可并行服务合并的节点，所述资源节点为为所有子服务和不可拆分服务分别选择提供服务的节点。
  17. 根据权利要求12所述的系统，其中，所述业务配置模块具体设置为：
    根据所述业务路径生成相应的网络设备的配置文件，并下发给相应的网络设备，以使各相应的网络设备获取对应业务路径上的下一跳地址，并使相应的网络设备中的资源节点为用户端提供对应的服务。
  18. 根据权利要求12所述的系统，其中，所述系统还包括服务注册模块；
    所述服务注册模块设置为对资源节点已有服务功能及新部署服务功能进行注册，并标识资源节点的位置和计算资源。
  19. 根据权利要求12所述的系统，其中，所述系统还包括用户信息 管理模块；
    所述用户信息管理模块设置为对用户信息进行鉴权；
    所述业务需求管理模块具体设置为若所述用户信息管理模块对用户信息鉴权通过则接收用户端的业务请求。
  20. 根据权利要求12所述的系统，其中，所述系统还包括服务部署模块：
    所述服务部署模块设置为若用户端对某一所需服务的访问频次超过预设值，则在所述用户端对应的边缘节点部署该所需服务功能。
  21. 根据权利要求12所述的系统，其中，所述系统还包括服务交易模块：
    所述服务交易模块设置为在为用户端提供算力服务后生成业务账单；
    将所述业务账单发送到用户端和提供服务的资源节点对应的服务提供端，以使用户端和服务提供端确认业务账单信息，完成服务交易。
  22. 根据权利要求12所述的系统，其中，所述服务特征用于标识服务关系逻辑，所述服务关系逻辑包括服务关系无要求和服务关系有依赖关系。
  23. 一种电子设备，其中，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现如权利要求1-11中任一项所述的服务功能编排的方法。
  24. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-11中任一项所述的服务功能编排的方法。
PCT/CN2023/127460 2022-11-04 2023-10-30 服务功能编排的方法、系统、电子设备及存储介质 WO2024093859A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211376428.7A CN115802321B (zh) 2022-11-04 2022-11-04 服务功能编排的方法、系统、电子设备及存储介质
CN202211376428.7 2022-11-04

Publications (1)

Publication Number Publication Date
WO2024093859A1 true WO2024093859A1 (zh) 2024-05-10

Family

ID=85435545

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/127460 WO2024093859A1 (zh) 2022-11-04 2023-10-30 服务功能编排的方法、系统、电子设备及存储介质

Country Status (2)

Country Link
CN (1) CN115802321B (zh)
WO (1) WO2024093859A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115802321B (zh) * 2022-11-04 2024-04-05 中国联合网络通信集团有限公司 服务功能编排的方法、系统、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997731A (zh) * 2009-08-18 2011-03-30 华为技术有限公司 一种提供环球网服务的方法、装置和系统
US20190109756A1 (en) * 2016-05-09 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Orchestrator for a virtual network platform as a service (vnpaas)
CN112799825A (zh) * 2019-11-13 2021-05-14 中国移动通信有限公司研究院 一种任务处理方法和网络设备
CN113645262A (zh) * 2020-05-11 2021-11-12 中兴通讯股份有限公司 云计算服务系统和方法
CN114461309A (zh) * 2022-01-27 2022-05-10 联信弘方(北京)科技股份有限公司 指令自动编排及自动下发方法
CN115802321A (zh) * 2022-11-04 2023-03-14 中国联合网络通信集团有限公司 服务功能编排的方法、系统、电子设备及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107819861A (zh) * 2017-11-16 2018-03-20 中国银行股份有限公司 业务数据处理方法、装置及系统
CN113037786B (zh) * 2019-12-09 2022-09-16 中国电信股份有限公司 智能算力调度方法、装置和系统
CN114513506A (zh) * 2020-11-17 2022-05-17 中国联合网络通信集团有限公司 业务处理方法、接入边缘云服务器及业务处理系统
CN112508527A (zh) * 2020-12-15 2021-03-16 中国联合网络通信集团有限公司 一种业务处理方法、装置及服务器
CN113014424B (zh) * 2021-02-09 2023-08-01 中国银联股份有限公司 一种云平台管理方法、装置、电子设备以及存储介质
US11452122B1 (en) * 2021-04-06 2022-09-20 Verizon Patent And Licensing Inc. Systems and methods for regional assignment of multi-access edge computing resources
CN114337783B (zh) * 2021-12-30 2023-11-17 中国电子科技集团公司电子科学研究院 一种空间分布式边缘计算装置及业务处理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997731A (zh) * 2009-08-18 2011-03-30 华为技术有限公司 一种提供环球网服务的方法、装置和系统
US20190109756A1 (en) * 2016-05-09 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Orchestrator for a virtual network platform as a service (vnpaas)
CN112799825A (zh) * 2019-11-13 2021-05-14 中国移动通信有限公司研究院 一种任务处理方法和网络设备
CN113645262A (zh) * 2020-05-11 2021-11-12 中兴通讯股份有限公司 云计算服务系统和方法
CN114461309A (zh) * 2022-01-27 2022-05-10 联信弘方(北京)科技股份有限公司 指令自动编排及自动下发方法
CN115802321A (zh) * 2022-11-04 2023-03-14 中国联合网络通信集团有限公司 服务功能编排的方法、系统、电子设备及存储介质

Also Published As

Publication number Publication date
CN115802321A (zh) 2023-03-14
CN115802321B (zh) 2024-04-05

Similar Documents

Publication Publication Date Title
US9497139B2 (en) Client-allocatable bandwidth pools
US8141130B2 (en) Automated dissemination of enterprise policy for runtime customization of resource arbitration
US9154589B1 (en) Bandwidth-optimized cloud resource placement service
US9306870B1 (en) Emulating circuit switching in cloud networking environments
US10375203B2 (en) Generating a selection of cloud data distribution service from alternative providers for staging data to host clouds
WO2024093859A1 (zh) 服务功能编排的方法、系统、电子设备及存储介质
CN109995859A (zh) 一种调度方法、调度服务器及计算机可读存储介质
CN111614657B (zh) 基于模式选择的移动边缘安全服务方法及系统
US20140173092A1 (en) Exchange of server health and client information through headers for request management
CN105991596B (zh) 一种访问控制方法和系统
US10846788B1 (en) Resource group traffic rate service
US20190327138A1 (en) System and method for network provisioning
WO2021025600A1 (en) Methods and devices for resource sharing using smart contracts
CN111314234B (zh) 一种流量分配的方法、装置、存储介质及电子设备
US20080028072A1 (en) Federation of grids using rings of trust
CN115981807A (zh) 一种基于区块链的可信分布式计算卸载方法
US10193790B2 (en) Systems and methods for an intelligent, distributed, autonomous, and scalable resource discovery, management, and stitching
CN108446167A (zh) 一种分布式事务处理方法及系统
CN112202581A (zh) 群组加入方法、装置以及电子设备
Genda et al. Video communication optimization using distributed edge computing
CN114338433B (zh) 区块链资源分配方法、装置、系统、计算机设备
US11881997B1 (en) Determining reorder commands for remote reordering of policy rules
US20230254223A1 (en) Optimizing network slices using service profile aggregation
WO2021192268A1 (ja) リソース管理装置、リソース管理方法、および、リソース管理プログラム
CN118057797A (zh) 基于多区块链的数据处理方法、相关设备、介质及产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23884791

Country of ref document: EP

Kind code of ref document: A1