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

jeremy@redhat.com

0

Let's TALK about the REDHAT model...

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

AND SOME...

GO ALL IN

Shadowman updateReached $1.33B in FY13

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?

Now we need somebuzzwords

these are key themes that have influencedmy thinking

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

Let me introduce you to anidea

This might be pie in the sky but there is realcode!

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

Caveat: the project is justfocused on OpenStack

For now...

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 - jeremy@redhat.com

What do these have incommon?

LinuxOpenStackHadoopRailsMongoDBGitCassandra

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 @tenfourtyjeremy@redhat.com