Application blueprints based on service templates to deploy applications in different cloud environments
US-10261769-B2 · Apr 16, 2019 · US
US10891121B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10891121-B2 |
| Application number | US-201916381890-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 11, 2019 |
| Priority date | Jun 26, 2014 |
| Publication date | Jan 12, 2021 |
| Grant date | Jan 12, 2021 |
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 disclosed example to configure an application blueprint includes binding, during a design phase, a service template to a node of the application blueprint, the application blueprint corresponding to an application to be deployed, the service template mapped to a plurality of services to be selectable during a runtime phase to implement the node; and storing, during the design phase, the application blueprint for subsequent access during the runtime phase to generate a first deployment profile and a second deployment profile, the first deployment profile to deploy a first instance of the application based on a first service selected from the service template to implement the node, and the second deployment profile to deploy a second instance of the application based on a second service, different from the first service, selected from the service template to implement the node.
Opening claim text (preview).
What is claimed is: 1. An apparatus to configure an application blueprint, the apparatus comprising: one or more processors; and memory including machine readable instructions that, when executed, cause the one or more processors to at least, during a design phase: bind a service template to a node of the application blueprint, the application blueprint corresponding to an application to be deployed, the service template mapped to a plurality of services, ones of the services from the plurality of services selectable during a runtime phase to implement the node; and store the application blueprint, the application blueprint accessible during the runtime phase to generate a first deployment profile and a second deployment profile, the first deployment profile to deploy a first instance of the application based on a first service selected from the service template to implement the node, and the second deployment profile to deploy a second instance of the application based on a second service, different from the first service, the second service selected from the service template to implement the node. 2. The apparatus as defined in claim 1 , wherein the service template is generated before the design phase, and the machine readable instructions, when executed, are to cause the one or more processors to retrieve the service template during the design phase from a repository. 3. The apparatus as defined in claim 1 , wherein the first service is a load balancer service, and the second service is selected from at least one of an application server service or a database service. 4. The apparatus as defined in claim 1 , wherein the service template is configured before the design phase to include dependency properties defining inter-node dependencies between the node and other nodes. 5. The apparatus as defined in claim 1 , wherein the service template is configured before the design phase to include values of properties that are configured to be the same for the plurality of the services during the runtime phase. 6. The apparatus as defined in claim 1 , wherein the machine readable instructions, when executed, are to cause the one or more processors to: identify the plurality of the services based on user input; configure configuration properties of the plurality of services; and map the plurality of services and the configuration properties to the service template. 7. The apparatus as defined in claim 1 , wherein the first instance of the application is to be deployed in a first deployment environment, and the second instance of the application is to be deployed in a second deployment environment. 8. A non-transitory computer readable storage medium comprising instructions that, when executed, cause one or more processors to at least: bind a service template to a node of an application blueprint, the application blueprint corresponding to an application to be deployed, the service template mapped to a plurality of services, ones of the services from the plurality of services selectable during a runtime phase to implement the node; and store the application blueprint, the application blueprint accessible during the runtime phase to generate a first deployment profile and a second deployment profile, the first deployment profile to deploy a first instance of the application based on a first service selected from the service template to implement the node, and the second deployment profile to deploy a second instance of the application based on a second service, different from the first service, the second service selected from the service template to implement the node. 9. The non-transitory computer readable storage medium as defined in claim 8 , wherein the service template is generated before a design phase, and the instructions, when executed, are to cause the one or more processors to retrieve the service template during the design phase from a repository. 10. The non-transitory computer readable storage medium as defined in claim 8 , wherein the first service is a load balancer service, and the second service is selected from at least one of an application server service or a database service. 11. The non-transitory computer readable storage medium as defined in claim 8 , wherein the service template is configured before a design phase to include dependency properties defining inter-node dependencies between the node and other nodes. 12. The non-transitory computer readable storage medium as defined in claim 8 , wherein the service template is configured before a design phase to include values of properties that are configured to be the same for the plurality of the services during the runtime phase. 13. The non-transitory computer readable storage medium as defined in claim 8 , wherein the instructions, when executed, are to cause the one or more processors to: identify the plurality of the services based on user input; configure configuration properties of the plurality of services; and map the plurality of services and the configuration properties to the service template. 14. The non-transitory computer readable storage medium as defined in claim 8 , wherein the first instance of the application is to be deployed in a first deployment environment, and the second instance of the application is to be deployed in a second deployment environment. 15. A method to configure an application blueprint, the method comprising: binding, by executing an instruction with a processor during a design phase, a service template to a node of the application blueprint, the application blueprint corresponding to an application to be deployed, the service template mapped to a plurality of services, ones of the services from the plurality of services selectable during a runtime phase to implement the node; and storing, by executing an instruction with the processor during the design phase, the application blueprint, the application blueprint accessible during the runtime phase to generate a first deployment profile and a second deployment profile, the first deployment profile to deploy a first instance of the application based on a first service selected from the service template to implement the node, and the second deployment profile to deploy a second instance of the application based on a second service, different from the first service, the second service selected from the service template to implement the node. 16. The method as defined in claim 15 , wherein the service template is generated before the design phase, and further including retrieving the service template during the design phase from a repository. 17. The method as defined in claim 15 , wherein the first service is a load balancer service, and the second service is selected from at least one of an application server service or a database service. 18. The method as defined in claim 15 , wherein the service template is configured before the design phase to include dependency properties defining inter-node dependencies between the node and other nodes. 19. The method as defined in claim 15 , wherein the service template is configured before the design phase to include values of properties that are configured to be the same for the plurality of the services during the runtime phase. 20. The method as defined in claim 15 , further including: identifying the plurality of the services based on user input; configuring configuration properties of the plurality of services; and mapping the plurality of services and the configuration properties to the service template.
Grid computing · CPC title
Software design · CPC title
Software deployment · CPC title
Allocation of resources, e.g. of the central processing unit [CPU] · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.