Managing deployment of cloud-native network functions (CNFs)
地域：
CA
CA Palo Alto
摘要
Described herein are systems, methods, and software to manage new and updated containerized network functions (CNFs). In one implementation, a management service identifies a CNF in a first repository. Once identified, the management service identifies one or more configuration parameters associated with the CNF and updates one or more files for the CN with the one or more configuration parameters. The management service then stores at least the one or more files for the CNF in a second repository. In some implementations, the management service will monitor the first repository for modifications associated with the CNF and will update the files in the second repository based on the modifications.
說明書
This application hereby claims the benefit of and priority to U.S. Provisional Patent Application No. 63/301,872, titled “MANAGING DEPLOYMENT OF CLOUD-NATIVE NETWORK FUNCTIONS (CNFS),” filed Jan. 21, 2022, and which is hereby incorporated by reference in its entirety.
Cloud-native network functions (CNFs) are a software-implementation of a network function that runs inside a container. CNFs can provide directory services, routers, firewalls, load balancers, and other similar network functions as containers across one or more host computing systems. These containers allow developers to package software (applications, functions, microservices, and the like) with all the files required to execute the software, while sharing the operating system and other resources of the host computing systems. Advantageously, containers can more efficiently use the resources of the host, while maintaining the security of separate namespaces.
However, while CNFs provide an efficient mechanism for deploying network functions in a computing environment, difficulties arise in managing changes to the CNF. These difficulties can include adapting a CNF package to be implemented in a new environment, making improvements or correcting issues in an existing function, or providing some other operation in association with the function.
權(quán)利要求
What is claimed is:1. A method comprising:identifying a committed change in one or more files associated with a cloud-native network function (CNF) in a first repository; determining whether the committed change is permitted based on one or more policies associated with the CNF; and when the committed change is permitted, updating at least one file in a second repository based on the committed change, wherein the second repository provides a single source of truth for deploying the CNF, a change in the second repository being relied upon for updating deployments of the CNF, the change in the second repository includes an updated parameter associated with a requirement for deploying the CNF. 2. The method of claim 1 , wherein the committed change comprises a change to one or more YAML files. 3. The method of claim 1 , wherein the CNF in the first repository comprises a plurality of files and a manifest. 4. The method of claim 1 , wherein the CNF comprises a firewall function or routing function. 5. The method of claim 1 further comprising:when the committed change is not permitted, preventing an update to at least one file in the second repository. 6. The method of claim 1 further comprising:identifying a new CNF in the first repository; identifying one or more configuration parameters associated with the CNF; updating one or more files for the new CNF with the one or more configuration parameters; and storing the one or more files for the new CNF in the second repository. 7. The method of claim 6 , wherein the one or more configuration parameters comprise at least a node selector parameter. 8. The method of claim 1 , wherein determining whether the committed change is permitted based on the one or more policies associated with the CNF comprises:identifying a file associated with the committed change; determining whether the file is permitted to be modified based on the one or more policies; and when the file is permitted to be modified, permitting the committed change. 9. A computing apparatus comprising:a storage system; a processing system operatively coupled to the storage system; and program instructions stored on the storage system that, when executed by the processing system, direct the computing apparatus to:identify a committed change in one or more files associated with a cloud-native network function (CNF) in a first repository; determine whether the committed change is permitted based on one or more policies associated with the CNF; and when the committed change is permitted, update at least one file in a second repository based on the committed change, wherein the second repository provides a single source of truth for deploying the CNF, files stored in the second repository being relied upon for a synchronization of Kubernetes clusters, a change in the second repository being relied upon for updating deployments of the CNF, the change in the second repository includes an updated parameter associated with a requirement for deploying the CNF. 10. The computing apparatus of claim 9 , wherein the committed change comprises a change to one or more YAML files. 11. The computing apparatus of claim 9 , wherein the CNF in the first repository comprises a plurality of files and a manifest. 12. The computing apparatus of claim 9 , wherein updating at least one file in the second repository based on the committed change comprises adding at least one file in the second repository based on the committed change. 13. The computing apparatus of claim 9 , wherein the program instructions further direct the computing apparatus to:when the committed change is not permitted, prevent an update to at least one file in the second repository. 14. The computing apparatus of claim 9 , wherein the program instructions further direct the computing apparatus to:identify a new CNF in the first repository; identify one or more configuration parameters associated with the CNF; update one or more files for the new CNF with the one or more configuration parameters; and store the one or more files for the new CNF in the second repository. 15. The computing apparatus of claim 14 , wherein the one or more configuration parameters comprise at least a node selector parameter. 16. The computing apparatus of claim 9 , wherein determining whether the committed change is permitted based on the one or more policies associated with the CNF comprises:identifying a file associated with the committed change; determining whether the file is permitted to be modified based on the one or more policies; and when the file is permitted to be modified, permitting the committed change. 17. The computing apparatus of claim 9 , wherein determining whether the committed change is permitted comprises determining whether a user associated with the committed change is permitted to make the committed change. 18. An apparatus comprising:a storage system; program instructions stored on the storage system that, when executed by a processing system, directs a computing apparatus to:identify a cloud-native network function (CNF) in a first repository; identify one or more configuration parameters associated with the CNF; update the one or more files for the CNF with the one or more configuration parameters; store the one or more files for the CNF in the second repository; wherein an unpermitted modification to the CNF in the first repository is not identified by the second repository, second repository being relied upon for updating deployments of the CNF, a change in the second repository includes an updated parameter associated with a requirement for deploying the CNF. 19. The apparatus of claim 18 , wherein the one or more configuration parameters comprise at least a node selector parameter associated with a CNF type for the CNF. 20. The method of claim 1 , wherein the requirement comprises a processing resource requirement or a storage resource requirement.
意見反饋
使用該功能遇到問題