Difference between revisions of "Blueprint-add-basic-heat-tests"
| Line 5: | Line 5: | ||
== Summary == | == Summary == | ||
| − | Heat is | + | Heat is a service to orchestrate multiple composite cloud applications. Heat manages the resources provided by OpenStack (compute, volume, network ..) |
Unlike the other OpenStack competent it has relative simple OpenStack API, but relative verbose language([https://wiki.openstack.org/wiki/Heat/DSL HOT]). | Unlike the other OpenStack competent it has relative simple OpenStack API, but relative verbose language([https://wiki.openstack.org/wiki/Heat/DSL HOT]). | ||
Heat also provides basic Amazon Could Formation compatibility. | Heat also provides basic Amazon Could Formation compatibility. | ||
| Line 11: | Line 11: | ||
== User stories == | == User stories == | ||
| − | We have multi-tier enterprise web application | + | We have multi-tier enterprise web application ''stack'' and our internal resource are usually not enough to provide low latency services in the rush hours. |
We would like to ensure our "scaling out to the cloud" solution is working in a reliable way and we are considering moving our complete application stack | We would like to ensure our "scaling out to the cloud" solution is working in a reliable way and we are considering moving our complete application stack | ||
"into the cloud". | "into the cloud". | ||
| Line 17: | Line 17: | ||
== Assumptions == | == Assumptions == | ||
| − | Ensure complex application stacks successfully | + | Ensure complex application stacks successfully deploy-able into an OpenStack environment. |
== Design == | == Design == | ||
| Line 24: | Line 24: | ||
* Full API coverage including the negative tests. | * Full API coverage including the negative tests. | ||
* Basic API access CLI coverage as with the other CLI client | * Basic API access CLI coverage as with the other CLI client | ||
| − | * scenario: Build | + | * scenario: Build an application stack with networking elements |
Most likely periodic tests: | Most likely periodic tests: | ||
* Periodically built heat cloudwatch compatible images, they should be published for example on the static.openstack.org. | * Periodically built heat cloudwatch compatible images, they should be published for example on the static.openstack.org. | ||
| − | The heat project contains special reporting components which | + | The heat project contains special service reporting components which should be part of the could image. |
[https://wiki.openstack.org/wiki/Heat/ApplicationDeployment Application deployment] | [https://wiki.openstack.org/wiki/Heat/ApplicationDeployment Application deployment] | ||
[https://github.com/openstack/heat-cfntools heat-cfntools] | [https://github.com/openstack/heat-cfntools heat-cfntools] | ||
Revision as of 14:59, 4 July 2013
- Launchpad Entry: TempestSpec:add-basic-heat-tests
- Created: 18 May 2013
- Contributors:
Contents
Summary
Heat is a service to orchestrate multiple composite cloud applications. Heat manages the resources provided by OpenStack (compute, volume, network ..) Unlike the other OpenStack competent it has relative simple OpenStack API, but relative verbose language(HOT). Heat also provides basic Amazon Could Formation compatibility.
User stories
We have multi-tier enterprise web application stack and our internal resource are usually not enough to provide low latency services in the rush hours. We would like to ensure our "scaling out to the cloud" solution is working in a reliable way and we are considering moving our complete application stack "into the cloud".
Assumptions
Ensure complex application stacks successfully deploy-able into an OpenStack environment.
Design
Gate time tests:
- Full API coverage including the negative tests.
- Basic API access CLI coverage as with the other CLI client
- scenario: Build an application stack with networking elements
Most likely periodic tests:
- Periodically built heat cloudwatch compatible images, they should be published for example on the static.openstack.org.
The heat project contains special service reporting components which should be part of the could image. Application deployment heat-cfntools Heat templates Includes oz image build templates diskimage-builder elements
- CloudWatch / ceilometer aided HA and auto scaling tests.
Additional Notes
Heat has a horizon plugin called 'thermal': https://github.com/steveb/heat-horizon
Unresolved issues
- What needs to be a periodic tests and what fits into the gate check/verify time.
