agile, devops, continuous delivery and lean - how do you tie it all together in gcloud
DESCRIPTION
Red Hat Seminar Think G-Cloud 2014TRANSCRIPT
Agile, DevOps, Continuous Delivery andLean - How do you tie it all together in
GCloud?Red Hat Breakout, Think GCloud March 2014
Jeremy Brown - Head of Middleware UK&I, Red Hat@tenfourty
0
Many variations vendorstake on open source
Some enable optimizations for their hardwareSome use open-core to upsell proprietary add-onsSome invest in focused areasSome contribute little and soley ship and support
Is Open Source a BusinessModel?
NoBut it is the best DEVELOPMENT model on the planetEnables collaborationGives users flexibility to consume on their terms
Recap - Why are we doingthis cloud thing anyway?
Save moneyAgility - turn our infrastructure into a PAYG utility modelLock inWhat else?
Pets vs CattlePets are given names like pussinboots.cern.chThe are unique, lovingly hand raised and cared forWhen they get ill, you nurse them back to healthCattle are given numbers like vm0042.cern.chThey are almost identical to other cattleWhen they get ill, you get another one
Future application architectures should use Cattle but Pets with strong configuration
management are viable and still needed
Continuous Delivery
https://en.wikipedia.org/wiki/Continuous_delivery
DevOpsWhere Developers and Operations meet - DevOpsBut it's much more than that!
DevOps is about the businessYou can't write code with agile and deploy waterfall!
DevOps
Technology Operations
Quality Assurance (QA)Dev
elopm
ent
(Softw
are Eng
ineeri
ng)
https://en.wikipedia.org/wiki/DevOps
Lean StartupIt's not just for startups, it's a cultural pattern
Lets ship the MVP (Minimum Viable Product)!http://theleanstartup.com/principles
Infrastructure as CodeThe implication of Continuous Deployment, DevOps and Lean is that we need to start
treating infrastructure as code
This will allow us to reduce cycle timeAnd version our infrastructure
Customer's VisionRed Hat Strategic Advisory Board meeting with CIOs from several of our top
customers:
"They want to describe and automate all their systems andapplications fully with software, from hardware up through
complex, multi-tier apps and services.They want to provision and manage the lifecycle of
everything (Linux and Windows, private and public clouds) inan automated fashion.
Several said this was the holy grail for them"
Meanwhile...up in the G-Clouds
We have many G-CloudsClouds have different security classificationsClouds have different APIs - tied to the cloud provider so our apps are not portable
Customer's ProblemRed Hat Strategic Advisory Board meeting with CIOs from several of our top
customers:
"One of the problems they have is that everyone is definingAPIs for their own platforms, but they can’t take workloads
from one to another because the APIs they use fororchestration are different."
Tying it all togetherHow do we "plumb" an application together that has different bits in differentclouds?
My data might be in one cloudMy main application(s) are in a different cloudI might have a REST API exposed that runs in a third cloud
Future: VisionTop-level application stack “manifest”
defines configuration and relationships of all services which comprise anapplicationcross-service (e.g. {NW,St,DB,I,aP,xP,LB,DNS}aaS)defines how to create/update/delete the entire application, perhaps evensuspend/resume
Enables efficient automatic application creation and deletion
Relevant across dev, QA, prodAn enabler for DevOpsDefrag the Data Centre - free up resources
Future: go “meta”Application stack templatesExample: “give me a disaster resilient JEE app with a preconfigured database”App manifests move from Word documents to become machine-processable
Automatic reasoning about application estates (auto-scaling, capacitymanagement, DR analysis, etc.)Simplification, standardisation and efficiency gains across the board
OpenStack HeatInspired by (and compatible with) Amazon Cloud Formations
Mission:
The mission of the OpenStack Orchestration program is tocreate human and machine-accessible services formanaging the entire lifecycle of infrastructure and
applications within OpenStack clouds.
https://wiki.openstack.org/wiki/Heat
How it worksA Heat template describes the infrastructure for a cloud application in a text file thatis readable and writable by humans, and can be checked into version control, diffedetc.Heat also provides an autoscaling service, so you can include a scaling group as aresource in a template.Templates can also specify the relationships between resources (e.g. this volume isconnected to this server).Heat manages the whole lifecycle of the application - when you need to change yourinfrastructure, simply modify the template and use it to update your existing stack.Heat knows how to make the necessary changes. It will delete all of the resourceswhen you are finished with the application, too.It has a pluggable resource adapter framework - plugins are easy to write for yourown cloud
Oh and it's open source andhas a strong community
OpenStack Havana Release
837 commits and 67 unique technical authorsOpenStack Icehouse Release
499 commits and 71 unique technical authors
To SummariseWe have a problem with each cloud provider having a different API, so ourapplications are still stuck and we can't treat our infrastructure as codeIf we can't treat our infrastructure as code we can't do real DevOps, ContinuousDelivery and LeanWe need an open standard and a project that we rally around for applicationorchestration
Is this Heat in the OpenStack project?A Heat resource adapter for every G-Cloud?
Come and join the discussion, we are a community!
email me - [email protected]
What do these have incommon?
They are all open sourceThey are all examples of next-generation IT solutionsThey were started by users and developers, not companies
Cloud without open sourcesoftware?
No AmazonNo RackspaceNo GoogleNo Yahoo!No Salesforce.comNo LinkedInNo PandoraNo TwitterNo Facebook
Thank youThis is running on ,presentation OpenShift
the source code is on GitHuband it was developed in HTML5 with reveal.js
Jeremy Brown @[email protected]