Downloaded 171 times
Uploaded byCloud Native Day Tel Aviv
OpenStack DevOps Workflows with TOSCA
This document discusses automating DevOps processes through orchestration and workflows. It introduces Petsy, a pet art company that needs to automate deployments. Common DevOps workflows like deployment, infrastructure upgrades, and scaling are described. The document then introduces the Cloudify project for defining application topologies and workflows through a TOSCA-inspired DSL. A live demo of installing Mezzanine is shown to demonstrate how workflows can install applications and dependencies. The document concludes by discussing how Cloudify fits into the OpenStack ecosystem.
More Related Content
Similar to OpenStack DevOps Workflows with TOSCA
OpenStack DevOps Workflows with TOSCA
- 1. It’s the App,Stupid! Orchestration, Automation, Scaling & What’s in Between Yaron Parasol, Uri Cohen GigaSpaces @yaronpar, @uri1803
- 2. Meet Petsy, Selling Pet Artand Supporting Pet Artists Since 2013
- 3. So They’re ServicesAre Deployed on OpenStack Logstash PostgreSQL Nginx Hadoop Graphite Gunicorn ActiveMQ MongoDB Jenkins Nagios
- 4. The Business Is Doing Great,Thx (esp. Cat paper crafts), But… Rolling out new code is Painful http://www.interestingtopics.net/storage/5762c0bec0add88fae0c3958d61effe1.jpg
- 5.
- 6. So, Let’s have acloser look at DevOps Processes It’s about Workflows and Triggers
- 7. Automated Deployment • Triggers: Manual, CIServer • Flow: – Provision Cloud Resources: Compute, Storage, Net work – Configure servers – Push code – Start components http://www.flickr.com/photos/smilemark/4611091236/sizes/m/in/photostream/
- 8. Infra Upgrade • Trigger: Critical updates,patches, et c. • Flow: Take down relevant processes, one by one, apply patch, and reconnect to cluster. In some cases restarts server
- 9. App upgrade (or more generally,CD ) • Trigger: CI server, Manual • Flow: Canary, Red/Black, A/B… – In general – Partial deploy, verify, rollback / complete deploy
- 10. Node Failure • Trigger:#$%@ happens… • Flow: Detect, provision VM, attach storage, add to network, reconfigure app (load balancer in case of web serve, DB connection in case of database, etc.)
- 11. Scaling • Trigger: System SLAs,Schedule • Flow: Add new nodes, push code, reconfigure dependent nodes, reconfigur e LB
- 12. Automation refers toall the layers Application Middleware Infrastructure Proxy Config Python App Schema NGinx Gunicorn Postgres Host Networks Storage WE need Workflows
- 13. Let’s have a lookat AWS • Compared to OpenStack
- 14.
- 15. The OpenStack Equivalents OpenShift/ CloudFoundry **Solum** ? Heat Nova,Cinder, Neutron etc..
- 16. He Calls ItDevops Automation http://www.allthingsdistributed.com/2013/02/aws-opsworks.html
- 17. Still a bittoo rigid
- 18. OpsWorks – We cando better! • Integrated with Heat • Cross Clouds • Custom Workflows • Not limited to Chef • Open Monitoring and Policies
- 19. How do you buildthe WF piece? • Introduction to the Cloudify COSMO project
- 20. Our TOSCA-Inspired BuildingBlocks Application Topologies Workflows Policies
- 21. • Nodes Application Topologies – Thelayers in the cake e.g. VM, web server, app module – Actions (can be grouped into Interfaces) • Relationships – Actions – Requirements <-> capabilities
- 22. Workflows • Create and interactwith nodes using actions
- 23. Policies • Trigger workflows basedon a certain system state
- 24. How It Worksin Practice REST API Blueprint Runtime Model Workflow Engine DSL + Metrics Policy Engine Task Broker GUI Agen t Plugins Plugin Metrics Collecto r Agen t Plugin
- 25. Live Demo –Installing Mezzanine • • • • • • • • • Create the VMs Install Postgres Install Gunicorn Install NGinx Create DB on Postgres Push app to Containers Configure App connection to DB Configure Nginx routing rules Start components in the right order
- 26. Some Resources • Framework (code name– Cosmo) code and sample app are available on github github.com/cloudifysource/cosmo- manager github.com/cloudifysource/cosmo-mezzanineexample
- 27.
- 28.
- 29. How Does ItFit into the OpenStack Eco-System? • The need was identified (Call for TOSCA like DSL, TOSCA YAML proposal for heat • Mistral Project - WFaaS, should be relevant WRT DevOps Automation • Solum Project – Solum Blueprints identified the needs: • Cross Cloud • Continuous Deployment
- 30. Thank You! Come meetus in the demo booth
Editor's Notes
- #2 Goals:Why Workflows are critical part of automation of applications on the cloudClarify the need for something like OpsWorksWhy do we think this OpsWorks is needed in addition to other projects
- #5 They do it manually, pushing code to git, then compiling
- #6 They also realized that in order to run well in the cloud they need DevOps and automationWhat are the options
- #7 The building blocks are triggers and workflowsTriggers because triggers need to be automated as well as events resulting from policies / integrationetcWorkflows – because these are complex multi-step processesLet’s have a look at few typical use cases
- #14 Let’s see how the could have automate it over AWS as a benchmark
- #17 http://www.allthingsdistributed.com/2013/02/aws-opsworks.html
- #26 http://cosmoui.gsdev.info/http://15.185.152.24:8080/index.html#/dashboard/elasticsearch/Cloudify%20Cosmo%20Demohttp://15.185.160.213/