How to choose tools for DevOps and Continuous Delivery - DevOps Cardiff

Post on 14-Jun-2015

463 views 3 download

Tags:

description

With an ever-increasing array of tools and technologies claiming to 'enable DevOps', how do we know which tools to try or to choose? In-house, open source, or commercial? Ruby or shell? Dedicated or plugins? It transpires that highly collaborative practices such as DevOps and Continuous Delivery require new ways of assessing tools and technologies in order to avoid creating new silos. Matthew Skelton shares his recent experience of helping many different organisations to evaluate and select tools to facilitate DevOps; the recommendations may surprise you.

Transcript of How to choose tools for DevOps and Continuous Delivery - DevOps Cardiff

How to choose tools for DevOps and

Continuous Delivery

Matthew Skelton, Skelton Thatcher Consulting

DevOps Cardiff meetup group, 5th November 2014, Cardiff, Wales

#devopscardiff

Collaboration

Learning

Singleton tools

Conway’s Law

Matthew Skelton

•15 years building & operating software systems

•Cybernetics + Neuroscience• control engineering

• psychology

• ‘network’ interactions

@matthewpskelton

PIPELINE Conference

London Continuous Delivery meetupgroup (#londoncd)

We help you to transform your technology and teams

for ‘the cloud’

Interim CTO/Head of X, tech strategy, architecture, workshops, delivery

Recent clients

•Legal

•Donations

•Tourism

•Betting & gambling

•Travel booking

•Financial data & reporting

•Healthcare

Common themes•Online since ~1999

•Successful in their sector

•Large, central core database(s)

•Non-aligned goals

•Need to adopt DevOps and Continuous Delivery

Common needs

•Technology selection ticklists

•Team interactions

•Collaboration opportunities

•Tools as catalysts

Continuous Delivery

•A scientific approach to changing software systems (Dave Farley)

•Regular, rapid, repeatable, reliable changes

Continuous Delivery

•Quality

•Safety

•Reliability

•Psychology

•Effectiveness

DevOps“Highly effective, daily collaboration between software developers and IT

operations people to produce relevant, working systems” *

*also QA/Testing, IT Service Desk, Programme Management,

Commercial, Marketing, etc.

Not DevOps

“Automation”

“Build & Release”

“Infrastructure Development”

“System Administration”

Collaboration

1. Version Control

2. Deployment Pipeline

A large online retailer

•Travel sector

•Since ~1999

•UK market

•‘Non-core’ applications

Challenges were:

•Limited Git skills in Service team

•Manual deployments

•‘Snowflake’ servers

•No CI

•Risks: security, automation, etc

http://bit.ly/thetrainline-weekly-deploy

What we did•Built a walking skeleton pipeline

•Modelled security roles and stages

• Included manual steps (at first)

•Walked people through steps

•Finally: opened firewall so everyone could see the UI

Results

•Security: happy

•Service team: relieved (& happy)

•Developers: won over (& happy)

•Business: surprised (& happy)

3. Log Aggregation

LogStash

•ElasticSearch+ LogStash+ Kibana•ELK

•In Production, Pre-Prod, Test

•On developer machines!!!

http://rashidkpc.github.io/Kibana/images/screenshots/searchss.png

Collaboration & tool choice

Value collaboration as a key criterion

Orthogonal to main purpose (?)

“How does [the use of] this tool help people to collaborate?”

Learning

Learning & tool choice

Bring people with you

Appreciate current skills

Prefer achievable gains now

Avoid fear of too-scary tools

Singleton tools(or the ‘Prize Bull’ approach)

Singleton tools

•Special database server

•Costly log aggregation

•Costly monitoring

•Server configuration

http://www.walpapershddownload.com/highland-cattle-wallpapers/

“Better features”?

Optimise globally across the teams that need to collaborate

Singleton tool

Breaks feedback (learning) loop from Production

Makes CI/CD more difficult

Underestimates value of collaboration and learning

Conway’s Law

Mel Conway, 1968

“organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations”

http://www.melconway.com/Home/Conways_Law.html

DevOps Topologies

DevOps Topologies

DevOps Topologies

DevOps Topologies

Conway & Tool Choice

See the organisation as a system

Separate tools for separate teams

Shared tools for collaborative teams

http://bit.ly/DevOpsTopologies

Conway’s Law•Allan Kelly - @allankellynet

•https://vimeo.com/channels/londoncd

How to choose tools for DevOps

Value collaboration aspects

Avoid a learning mountain: evolve tooling

Avoid Production-only tools

Consider Conway’s Law

(this list is incomplete!)

Further readingBuild Quality In

buildqualityin.com70% of royalties donated to Code Club

Discount for @DevOpsCardiffpeople: http://leanpub.com/buildqualityin/c/DevOpsCardiff2014

Contributors include:- James Betteley- Marc Cluet- Anna Shipman- John Clapham

Thank youmatthewskelton.net / @matthewpskelton

skeltonthatcher.com

HT: @Squire_Matt, @alan_parkinson