System and method for instantiation of services at a location based on a policy
US-9674343-B2 · Jun 6, 2017 · US
US10148527B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10148527-B2 |
| Application number | US-201514832598-A |
| Country | US |
| Kind code | B2 |
| Filing date | Aug 21, 2015 |
| Priority date | Dec 5, 2014 |
| Publication date | Dec 4, 2018 |
| Grant date | Dec 4, 2018 |
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 network component placement architecture addresses the difficult technical challenge of determining where specific technical components of an overall service may be provisioned. However, the placement decision can change over time in response to complex updates relating to service providers, the regions they support, the assets they support, and many other dynamic factors. Dynamic network component placement effectively determines updated possibilities for placing the technical components of a specified service, while meeting all of the applicable technical constraints on the placement of the technical components.
Opening claim text (preview).
What is claimed is: 1. A system comprising: placement pipeline circuitry comprising multiple processing stages, the placement pipeline circuitry configured to determine an initial placement location from initial placement options for a technical component defined within a request template of a specified service request; timing metadata linked to the technical component and included within the request template, the timing metadata defining a dynamic re-evaluation timing specifier for re-evaluating placement of the technical component; trigger metadata linked to the technical component and included within the request template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating the placement of the technical component; and re-evaluation circuitry configured to, responsive to the dynamic re-evaluation timing specifier, the dynamic re-evaluation trigger condition specifier, or both, re-execute the placement pipeline circuitry on the technical component and determine updated placement options including a new placement location for the technical component; and wherein the placement pipeline circuitry comprises a subscription stage configured to: determine to a change to which service provider regions a resource requester has active subscriptions; and responsive to the change, determine the new placement location. 2. The system of claim 1 , where: the specified service request is linked to a specific resource requester; and further comprising: placement execution metadata for the specific resource requester, the placement execution metadata defining an update time window for making adjustments to the specified service request. 3. The system of claim 2 , where: the re-evaluation circuitry is further operable to initiate instantiation of a replacement component for the technical component at the new placement location responsive to determining the updated placement options. 4. The system of claim 3 , where: the re-evaluation circuitry is further operable to initiate switchover to the replacement component within the update time window. 5. The system of claim 1 , where: the placement pipeline circuitry comprises a type stage configured to: determine a change to which service provider regions support the technical component; and responsive to the change, determine the new placement location. 6. The system of claim 5 , where: the technical component comprises a technical component type specified in the request template for implementing the specified service request. 7. The system of claim 5 where: the technical component comprises a technical asset specified in the request template for implementing the specified service request. 8. The system of claim 7 , where: the technical asset comprise a network. 9. The system of claim 1 , where: the placement pipeline circuitry comprises a capacity stage configured to: determine a change in which service provider regions have capacity to provision the technical component; and responsive to the change, determine the new placement location. 10. The system of claim 1 , where: the placement pipeline circuitry comprises a metadata stage configured to: determine a change to which service provider regions qualify to provision the technical component; and responsive to the change, determine the new placement location. 11. A method comprising: in a hybrid cloud architect: receiving a technical service template for implementing a service request for a resource requester; identifying a resource within the technical service template; executing, for the resource, placement pipeline circuitry comprising multiple processing stages configured to determine an initial placement from initial placement options for the resource; obtaining, from within the hybrid cloud architect, timing metadata linked to the resource and included within the technical service template, the timing metadata defining a timing specifier for re-evaluating placement of the resource; obtaining, from within the hybrid cloud architect, trigger metadata linked to the resource and included within the technical service template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating the placement of the resource; executing re-evaluation circuitry configured to, responsive to the timing metadata, the trigger metadata, or both, determine when to re-execute the placement pipeline circuitry for the resource and determine updated placement options including a new placement location for the resource; and at a metadata architecture of the hybrid cloud architect: determining a change to which service provider regions qualify to provision the resource; and responsive to the change, determining the new placement location. 12. The method of claim 11 , further comprising: obtaining, from within the hybrid cloud architect, placement execution metadata linked to the resource requester, the placement execution metadata defining an update time window for implementing the new placement location. 13. The method of claim 12 , further comprising: initiating provisioning of a replacement for the resource at the new placement location responsive to determining the updated placement options. 14. The method of claim 13 , further comprising: initiating switchover to the replacement within the update time window. 15. A system comprising: a communication interface configured to receive a technical service template configured to implement a technical service request from a resource requester; a metadata architecture comprising: container metadata for a container hierarchy defining a model of the resource requester; resource requester metadata included within the technical service template, the resource requester metadata defining specific implementation data for the technical service request; and service provider metadata defining capabilities of candidate service provider regions for hosting the technical service request; timing metadata linked to a computing resource and included within the technical service template, the timing metadata defining a dynamic re-evaluation timing specifier for re-evaluating placement of the computing resource; trigger metadata linked to the computing resource and included within the technical service template, the trigger metadata defining a dynamic re-evaluation trigger condition specifier for re-evaluating placement of the computing resource; placement pipeline circuitry configured to: determine the computing resource defined within the technical service template, the computing resource for implementing the technical service request; receive the container metadata, the service provider metadata, and the resource requester metadata; execute sequential pipeline stages to determine feasible placement options for the computing resource from among candidate placement options responsive to the container metadata, the service provider metadata, and the resource requester metadata; determine a change to which service provider regions qualify to provision the resource; and responsive to the change, determine the new placement location re-evaluation circuitry configured to, responsive to the timing metadata, trigger metadata, or both, re-execute the placement pipeline circuitry on the computing resource and determine updated placement options including a new placement location for the computing resource. 16. The system of claim 15 , where: the re-evaluation circuitry is further configured to communicate the new placement locat
Automatic or semi-automatic definitions, e.g. definition templates · CPC title
Multivendor or multi-standard integration · CPC title
Network analysis or design · CPC title
for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS] · CPC title
Admission control; Resource allocation · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.