IP Library Granted Patent US 10,169,028
Granted Patent B2
US 10,169,028 · App. 15/376,805 · Granted Jan 1, 2019

Systems and methods for on demand applications and workflow management in distributed network functions virtualization

Inventor: Aung Htay (Alpharetta, GA)
Assignee: Ciena Corporation
G06F8/65
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,169,028
App. No.
15/376,805
Granted
Jan 1, 2019
Kind
B2
Abstract

A workloads management method for on-demand applications in distributed Network Functions Virtualization Infrastructure (dNFVI) includes receiving usage data from a unikernel implementing one or more functions of a plurality of functions related to a Virtual Network Function (VNF); determining an update to the one or more functions in the unikernel based on the usage data; updating the unikernel by requesting generation of application code for the unikernel based on the update; and starting the updated unikernel and redirecting service requests thereto. The unikernel and the updated unikernel are executed directly on a hypervisor

Claims (43)

1. A workloads management method for on-demand applications in distributed Network Functions Virtualization Infrastructure (dNFVI), the workloads management method comprising:

receiving usage data from a unikernel implementing one or more functions of a plurality of functions related to a Virtual Network Function (VNF);

determining an update to the one or more functions in the unikernel based on the usage data;

updating the unikernel by requesting generation of application code for the unikernel based on the update; and

starting the updated unikernel and redirecting service requests thereto,

wherein the unikernel and the updated unikernel are each a specialized, single address space machine image constructed using library operating systems which is executed directly on a hypervisor.

2. The workloads management method of claim 1 , further comprising:

receiving a service request for a function not included in the updated unikernel; and

implementing a second unikernel for the function not included in the updated unikernel.

3. The workloads management method of claim 1 , further comprising:

stopping the unikernel subsequent to the starting of the updated unikernel.

4. The workloads management method of claim 1 , wherein the usage data comprises DevOps metadata, configurations, and usage metrics, and wherein the update is determined based on the usage metrics of the one or more functions.

5. The workloads management method of claim 1 , wherein the requesting generation of the application code is to a unikernel generation agent which pulls the application code for one or more of the plurality of functions based on the update and performs compilations to generate the updated unikernel.

6. The workloads management method of claim 1 , wherein the workloads management method is performed by a workloads manager implemented on the unikernel, and wherein other unikernels are managed using an Application Programming Interface (API) to the workloads manager.

7. A workloads manager for on-demand applications in distributed Network Functions Virtualization Infrastructure (dNFVI), the workloads manager comprising:

one or more processors; and

memory storing instructions that, when executed, cause the one or more processors to

receive usage data from a unikernel implementing one or more functions of a plurality of functions related to a Virtual Network Function (VNF),

determine an update to the one or more functions in the unikernel based on the usage data,

update the unikernel by requesting generation of application code for the unikernel based on the update, and

start the updated unikernel and redirect service requests thereto,

wherein the unikernel and the updated unikernel are each a specialized, single address space machine image constructed using library operating systems which is executed directly on a hypervisor.

8. The workloads manager of claim 7 , wherein the memory storing instructions that, when executed, further cause the one or more processors to

receive a service request for a function not included in the updated unikernel, and

implement a second unikernel for the function not included in the updated unikernel.

9. The workloads manager of claim 7 , wherein the memory storing instructions that, when executed, further cause the one or more processors to

stop the unikernel subsequent to the updated unikernel starting.

10. The workloads manager of claim 7 , wherein the usage data comprises DevOps metadata, configurations, and usage metrics, and wherein the update is determined based on the usage metrics of the one or more functions.

11. The workloads manager of claim 7 , wherein the requesting generation of the application code is to a unikernel generation agent which pulls the application code for one or more of the plurality of functions based on the update and performs compilations to generate the updated unikernel.

12. The workloads manager of claim 7 , wherein other unikernels are managed using an Application Programming Interface (API) to the workloads manager.

13. A non-transitory computer-readable medium comprising instructions that, when executed, cause one or more processors to perform the steps of:

receiving usage data from a unikernel implementing one or more functions of a plurality of functions related to a Virtual Network Function (VNF);

determining an update to the one or more functions in the unikernel based on the usage data;

updating the unikernel by requesting generation of application code for the unikernel based on the update; and

starting the updated unikernel and redirecting service requests thereto,

wherein the unikernel and the updated unikernel are each a specialized, single address space machine image constructed using library operating systems which is executed directly on a hypervisor.

14. The non-transitory computer-readable medium of claim 13 , wherein the instructions that, when executed, further cause the one or more processors to perform the steps of:

receiving a service request for a function not included in the updated unikernel; and

implementing a second unikernel for the function not included in the updated unikernel.

15. The non-transitory computer-readable medium of claim 13 , wherein the instructions that, when executed, further cause the one or more processors to perform the steps of:

stopping the unikernel subsequent to the starting of the updated unikernel.

16. The non-transitory computer-readable medium of claim 13 , wherein the usage data comprises DevOps metadata, configurations, and usage metrics, and wherein the update is determined based on the usage metrics of the one or more functions.

17. The non-transitory computer-readable medium of claim 13 , wherein the requesting generation of the application code is to a unikernel generation agent which pulls the application code for one or more of the plurality of functions based on the update and performs compilations to generate the updated unikernel.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 13, 2016
From: HTAY, AUNG
To: CIENA CORPORATION
Reel/Frame 040719/0054 →
Continuity (1)
Related Publication 20180165110A1 · Jun 14, 2018
Cited By (1)
US 12,260,205