2. About Us
• Shay Naeh – Senior Solution Architect,
GigaSpaces
• Yaron Parasol – VP of Product, GigaSpaces
– @yaronpar on twitter
3. Meet the Cast
• HOT
– Heat Orchestration Template
– Declarative
– YAML
• TOSCA
– Topology & Orchestration Standard for Cloud
Application
– Declarative & Imperative
– XML and now YAML
4. History
• HOT
– Came to replace Cloud Formation syntax
– Main use case in mind – Infrastructure creation
– Following the Cloud Formation limited model
• TOSCA
– Application centric by design
– Automation of any production process
5. Similarities
• Similar structure:
– Description
– Input parameters
– Components graph
– Output parameters
• Components Design
– Component is an object of type
– It has dependencies on other components
– It has configuration / initial state in the format of
properties
6. Mutual Influences
• TOSCA adopted HOT Input and Output
parameters (coming from Cloud Formation)
• HOT added software_config provider to
describe application stack explicitly
• HOT adopted TOSCA relationship syntax and
semantics
7. Differences
• Lifecycle
– HOT has limited lifecycle events model
• post create hook for installation
– TOSCA using interfaces has lifecycle hooks for node and for relationship node
• Wiring and Validation - Requirements and Capabilities
– HOT doesn’t have wiring beyond explicit relationship and parameters injection
through user data
– TOSCA – has the mechanism of requirements and capabilities for fine grained
wiring and validations
• Support of Workflows
– HOT is 100% declarative. The WF is hardcoded into Heat engine
– TOSCA using interfaces allow for any imperative workflow as the driver of
processes (No hard coded processes)
8. Putting it all together
• TOSCA to HOT translator project:
– Developed outside of stackforge but coming in soon
– Contributors: IBM, GigaSpaces, Huawei and others
– Allow users to describe their stack in TOSCA and use
HEAT
• Cloudify – Holistic approach to application
automation on Openstack
– Uses TOSCA (currently TOSCA like) templates
– Soon to use HEAT to orchestrate infrastructure
– Adds: Monitoring, Log collection, Analytics, workflows
24. Apache Server DB Server
NodeJS
NodeCeller
MongoDB
TOSCA (Like) Example
• App Network
• App Subnet
• App Port
• Security Group
• Apache Floating IP
• Router Gateway
• Data Network
• Data Subnet
• Data Port
• Security Group
Router
Monitoring, Logging CI
Original example: https://github.com/openstack/heat-templates/blob/master/hot/F18/WordPress_Native.yaml
Wordpress with Netowrking: http://s3.amazonaws.com/yoramw/wordpress.yaml