Load adaptation architecture framework for orchestrating and managing services in a cloud computing system

1. A cloud computing system comprising:

a load adaptation architecture framework that performs operations for orchestrating and managing a service, wherein the operations comprise

detecting, via a demand monitoring component of the load adaptation architecture framework, in a monitored region that connections to the service at least meet a threshold,

sending, via the demand monitoring component, a number representative of the connections to a service management decision engine of the load adaptation architecture framework,

determining, via the service management decision engine, that a new virtual network function should be instantiated to handle a load created by the connections, wherein the virtual network function is unable to handle the load, and

triggering, via the service management decision engine, a service orchestrator of the load adaptation architecture framework to add the new virtual network function in the monitored region to handle the load;

a virtual resource layer comprising a virtual network function that provides, at least in part, the service; and

a hardware resource layer comprising a hardware resource controlled by a virtualization layer that causes the virtual network function to be instantiated on the hardware resource to support the service.

2. The cloud computing system of claim 1 , wherein the operations further comprise:

retrieving, by the service orchestrator, a template from a template repository, wherein the template specifies attributes for the new virtual network function; and

requesting, by the service orchestrator, a resource orchestrator to instantiate the new virtual network function in accordance with the template.

3. The cloud computing system of claim 2 , wherein the operations further comprise:

causing, by the resource orchestrator, the virtualization layer to instantiate the new virtual network function in accordance with the template; and

configuring, by the service orchestrator, the new virtual network function to provide, at least in part, the service.

4. The cloud computing system of claim 1 , wherein the operations further comprise predicting, via the demand monitoring component, demand for the virtual network function.

5. The cloud computing system of claim 4 , wherein the operations further comprise receiving, via the demand monitoring component, usage data; and wherein predicting, via the demand monitoring component, the demand for the virtual network function is based upon the usage data.

6. The cloud computing system of claim 4 , wherein predicting, via the demand monitoring component, the demand for the virtual network function is based upon a usage trend.

7. The cloud computing system of claim 4 , wherein predicting, via the demand monitoring component, the demand for the virtual network function is based upon a scheduled or cyclic event.

8. The cloud computing system of claim 4 , wherein predicting, via the demand monitoring component, the demand for the virtual network function is based upon a condition of the hardware resource.

9. The cloud computing system of claim 1 , wherein the operations further comprise detecting, via a fault monitoring component, a failure of the hardware resource or detecting a failure of connectivity associated with the hardware resource and wherein the operations further comprise in response to detecting the failure of the hardware resource or detecting the failure of connectivity associated with the hardware resource, moving the service to a new hardware resource.

10. A service management decision engine comprising:

a traffic forecasting component that, when executed by a hardware resource, performs operations comprising

collecting data associated with a load experienced by a virtualized resource that provides, at least in part, a service,

determining how to scale a virtualized resource pool that comprises the virtualized resource based, at least in part, upon a policy and the load, and

instructing an elasticity management component to scale the virtualized resource pool in accordance with a scaling decision regarding how to scale the virtualized resource pool; and

the elasticity management component that, when executed by the hardware resource, performs operations comprising coordinating with a service orchestrator to scale the virtualized resource pool to accommodate the load in accordance with the policy.

11. The service management decision engine of claim 10 , wherein collecting the data associated with the load comprises collecting the data from a monitoring component that monitors utilization of the virtualized resource pool.

12. The service management decision engine of claim 10 , wherein the policy comprises a threshold number of incoming connections to the service, and wherein making the scaling decision based upon the policy and the load comprises determining whether a number of incoming connections at least meets the threshold number of supported connections.

13. The service management decision engine of claim 10 , wherein making the scaling decision is further based upon a business rule.

14. A method comprising:

detecting, via a hardware resource that executes a demand monitoring component of a load adaptation architecture framework, in a monitored region that connections to a service at least meet a threshold;

sending, via the demand monitoring component, a number representative of the subscriber connections to a service management decision engine of the load adaptation architecture framework;

determining, via the service management decision engine, that a new virtual network function should be instantiated to handle a load created by the connections, wherein the virtual network function is unable to handle the load; and

triggering, via the service management decision engine, a service orchestrator of the load adaptation architecture framework to add the new virtual network function in the monitored region to handle the load.

15. The method of claim 14 , further comprising:

retrieving, by the service orchestrator, a template for the new virtual network function from a template repository; and

requesting, by the service orchestrator, a resource orchestrator to instantiate the new virtual network resources in accordance with the template.

16. The method of claim 15 , further comprising:

causing, by the resource orchestrator, the virtualization layer to instantiate the new virtual network function in accordance with the template; and

configuring, by the service orchestrator, the new virtual network function to provide the service.

17. The method of claim 14 , further comprising predicting, via the demand monitoring component, a demand for the virtual network function based upon a usage trend, a scheduled event, or a cyclic event.

18. The method of claim 14 , further comprising predicting, via the demand monitoring component, a demand for the virtual network function is based upon a condition of a hardware resource upon which the virtual network function is executed.

19. The method of claim 14 , further comprising managing, by a license management function, allocation and release of a software license for software utilized, at least in part, by the new virtual network function.