Resource allocation using traffic aggregability and future bandwidth availability in a network
US-2024292275-A1 · Aug 29, 2024 · US
US9843531B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9843531-B2 |
| Application number | US-201214646121-A |
| Country | US |
| Kind code | B2 |
| Filing date | Dec 3, 2012 |
| Priority date | Dec 3, 2012 |
| Publication date | Dec 12, 2017 |
| Grant date | Dec 12, 2017 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A system includes an infrastructure as a service (IaaS) layer to provide a set of infrastructure services to manage computing resources in a cloud computing environment. The system includes a service framework layer, separate from the IaaS layer, the service framework layer comprising an asynchronous interface to communicate with the IaaS layer and to create a framework service to extend the IaaS layer in response to a command from an upper tier service, the framework service to employ the asynchronous interface to utilize an infrastructure service from the set of infrastructure services.
Opening claim text (preview).
What is claimed is: 1. A system comprising: a processor; a non-transitory computer-readable medium; an infrastructure as a service (IaaS) layer, corresponding to instructions stored by the medium and executable by the processor, to provide a set of infrastructure services to manage computing resources in a cloud; and a service framework layer, corresponding to instructions stored by the medium and executable by the processor, separate from the IaaS layer, the service framework layer comprising an asynchronous interface to communicate with the IaaS layer and to create a framework service to extend the IaaS layer in response to a command from an upper tier service, the framework service to employ the asynchronous interface to utilize an infrastructure service from the set of infrastructure services, wherein the service framework layer interacts with an automated deployment component to implement a given topology by communicating with the IaaS layer, and wherein the given topology is realized by a plurality of dynamically loaded drivers, each driver matching a function interface or a binding definition received from the upper tier service. 2. The system of claim 1 , wherein the service framework further comprises an application programming interface (API) to receive API requests from the upper tier service to extend the IaaS layer. 3. The system of claim 2 , the upper tier further comprising at least one of a Web user interface, a command line interpreter (CLI) tool, or a service consumer application to generate the API requests. 4. The system of claim 2 , further comprising a request processor to receive the API requests from a queue which initiates framework logic to address the API requests. 5. The system of claim 4 , wherein the request processor defines a task that is put on the queue, where a request worker component processes the API requests and spawns framework tasks from the request worker to extend the IaaS layer. 6. The system of claim 5 , further comprising a status pollster that monitors for at least one of completion or error results from the request worker component to indicate when a service framework task has been implemented. 7. The system of claim 2 , wherein the API and service framework are employed as a pattern template to develop new services that extend the IaaS layer. 8. The system of claim 1 , wherein the framework service implements a multitenant cloud configuration in accordance with the IaaS layer that as commanded from the upper tier service. 9. The system of claim 1 , wherein the framework service implements a hybrid cloud configuration in accordance with the IaaS layer as commanded from the upper tier service, wherein the hybrid cloud configuration includes at least two clouds comprising a private cloud, a public cloud, or a managed cloud configuration. 10. The system of claim 1 , wherein the framework service is to implement a heterogeneous cloud configuration in accordance with the IaaS layer that as commanded from the upper tier service, wherein the heterogeneous cloud configuration includes multiple hardware vendors in a cloud configuration. 11. The system of claim 1 , wherein the framework service identifies a domain or a region to implement at least one of a multitenant cloud configuration, a hybrid cloud configuration, or a heterogeneous cloud configuration. 12. The system of claim 1 , wherein the framework service is implemented across a computing domain or region specifying a computing resource in accordance with the corresponding infrastructure service of the set of infrastructure services. 13. The system of claim 1 , wherein the IaaS layer is an OpenStack layer that is responsive to the command from the upper tier service to implement the given topology. 14. The system of claim 1 , wherein the service framework layer instantiates the framework service to facilitate at least one of disaster recovery, capacity analytics, chargeback control, security control, memory backup capability, or memory restore capability. 15. A system comprising: a processor; a non-transitory computer-readable medium; an infrastructure as a service (IaaS) layer, corresponding to instructions stored by the medium and executable by the processor, to provide a set of infrastructure services to manage computing resources in a cloud; a service framework layer, corresponding to instructions stored by the medium and executable by the processor, separate from the IaaS layer, the service framework layer comprising an asynchronous interface to communicate with the IaaS layer and to create a framework service to extend the IaaS layer in response to a command from an upper tier service, the framework service to employ the asynchronous interface to utilize an infrastructure service from the set of infrastructure services; and a topology provisioning service operating in accordance with the framework service to interact with the service framework layer to implement a given topology, wherein the given topology is realized by a plurality of dynamically loaded drivers, each driver matching a function interface or a binding definition received from the upper tier service. 16. The system of claim 15 , wherein the topology provisioning service creates topologies that describe infrastructure elements to be provisioned and relationships between the infrastructure elements. 17. The system of claim 16 , wherein the topology provisioning service creates lifecycle management recipes that specify how the infrastructure elements and the relationships can be setup. 18. The system of claim 15 , wherein the topology provisioning service employs a topology template abstraction interface and resource binding pool to generate a topology template and binding, wherein the binding includes identifying what pool and what service is to be used to realize the given topology. 19. The system of claim 18 , wherein the given topology is abstracted to a set of functional steps that are loaded as the drivers in a driver set via a dynamic loader. 20. The system of claim 19 , wherein the driver of each functional step that is dynamically loaded matches both the function interface and the binding definition received from the upper tier service. 21. A method comprising: operating a set of infrastructure services, by a processor, for an Infrastructure as a Service (IaaS) layer to manage computing resources in a cloud; providing a service framework layer, by the processor, separate from the IaaS layer, the service framework layer comprising an asynchronous interface to communicate with the IaaS layer and to create a framework service to extend the IaaS layer in response to a command from an upper tier service; employing the asynchronous interface from the framework service to utilize an infrastructure service from the set of infrastructure services, interacting, by the service framework layer, with an automated deployment component to implement a given topology by communicating with the IaaS layer; and dynamically loading each of a plurality of drivers realizing the given topology, each driver matching a function interface or a binding definition received from the upper tier service. 22. The method of claim 21 , further comprising employing the asynchronous interface with the framework service and the processor to control an OpenStack service. 23. A system comprising: a memory for storing computer executable instructions associated with a computer; and a processing resource for acces
Admission control; Resource allocation · CPC title
Grid computing · CPC title
in which an application is distributed across nodes in the network (software deployment G06F8/60; multiprogramming arrangements G06F9/46) · CPC title
by program, e.g. task dispatcher, supervisor, operating system · CPC title
Network analysis or design · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.