OOP 2012 - Udo Pracht - DevOps Einführung und Überblick

Probleme & Symptome

Die DevOps-Bewegung

Lösungsansätze

Kritik & Ausblick

Probleme & Symptome

Die DevOps-Bewegung

Lösungsansätze

Kritik & Ausblick

Des Pudels Kern

Des Pudels Kern

Silo-isierung

Silo-isierung

Release-Termine

Cloud-Computing und Virtualisierung

Monitoring

Release-Prozess

Zusammenarbeit beim Problem Management

Infrastruktur-Architektur

1" 2" 3" 4" 5" 6"

1"2"3"4"5"6"7"8"9"10"

Infrastruktur5Ko

mpo

nenten

"

A"n"w"e"n"d"u"n"g"e"n"

A"n"w"e"n"d"u"n"g"e"n"1" 2" 3" 4" 5" 6"

1"

2"

3"

4"Infrastruktur6"

Kompo

nenten

"

vertikale

vs.

horizontale

Optimierung

Entwickler-Freiheiten

Truck-Faktor und 10ter-Stock-Test

Probleme & Symptome

Die DevOps-Bewegung

Lösungsansätze

Kritik & Ausblick

Ursprung/Historie

2005 (bei Thoughtworks)Bild von Tobias Geberth unter CC-BY Lizenz

Agile Sysadmin

Agile Infrastructure

Agile Service Management

Dev2Ops

Continuous Delivery

2009: DevOpsLean Thinking

Kanban

Konferenz DevOpsDays

http://www.devopsdays.org/

2009: Genf2010: Sydney Mountain View Hamburg Sao Paulo Göteburg2011: Boston Mountain View Melbourne Bangalore

Community

Links:

• http://agilesysadmin.net/

• http://dev2ops.org/

• http://www.jedi.be/blog/

• http://www.agileweboperations.com/devops-series

• http://devopscafe.org/

• http://www.linkedin.com/groups?gid=2825397

• http://www.infrastructures.org/

http://twitter.com/#!/DEVOPS_BORAT

Der Hofnarr

Hype(r)-Hype(r)!

Siehe auch Umfrage von HP und Replay Solutions (April 2011): http://replaysolutions.com/2011-DevOpsSurveyResults

Probleme & Symptome

Die DevOps-Bewegung

Lösungsansätze

Kritik & Ausblick

Vier Bereiche

•Culture

•Automation

•Measurement

•Sharing

Gegenseitige Ziele kennen und achten

Beispiel: Release-FrequenzProd

uk'v)verfügbare))

Anw

endu

ngs4Funk'o

nen)

Zeit)

Seltene&Releases&

Häufige&Releases&

Beispiel: Geschäftsrelevantes Monitoring

Zusammenarbeit und Kommunikation

Collective Ownership

Howto(siehe auch “Natural Planning”)

✤ Zweck und Grundsätze festlegen✤ Überragendes Ergebnis ausdenken✤ Brainstorming des Lösungsweges✤ Strukturieren und Organisieren✤ Nächste Schritte bestimmen

http://www.agileweboperations.com/the-implications-of-infrastructure-as-code

Prozesse erkennen und anpassen

IT#Service#Management#Agile#Entwicklungsmethoden#

Business'

So*ware.Entwicklung' IT.Betrieb'DevOps#

KnowHow verteilen

Infrastructure as Code

Puppethttp://puppetlabs.com/

Opscode Chefhttp://www.opscode.com/chef/

template "/tmp/somefile" do  mode "0644"  source "somefile.erb"  notifies :reload, "service[apache]"end service "apache" do  supports :restart => true, :reload => true  action :enableend

import "apache"

node server1 { apache { version => 1, conf => "/nfs/configs/server1.conf", user => "www-data", group => "www-data", }}

Release-Automatisierung

Weitere Werkzeuge und Tools

• Defect Tracking (z.B. JIRA, Quality Center)

• Automated Issue Resolution (z.B. BMC AppSight, ReplayDirector)

• Requirements Management (z.B. VersionOne)

• Source Code Control (z.B. Subversion, GiT, Team Foundation Server)

• Help Desk / Ticket Tools (z.B. Remedy, CA Service Desk, HP Service Manager)

• App Performance Monitoring (z.B. Introscope, NewRelic, DynaTrace)

IT#Service#Management#Agile#Entwicklungsmethoden#

Business'

So*ware.Entwicklung' IT.Betrieb'DevOps#

Software-Lifecycle

IT#Service#Management#Agile#Entwicklungsmethoden#

Business'

So*ware.Entwicklung' IT.Betrieb'DevOps#

Software-Lifecycle

Business'

So*ware.Entwicklung' IT.Betrieb'

Idee$ Nutzung$

Realisierung$

Bereitstellung$

DevOps'

Das Versprechen ans Business

✓ Time-to-Market reduzieren

✓ Aufwand und Kosten für Produktivnahme, Betrieb und Betreuung reduzieren

✓ Proaktiv vor Betriebs-Störungen schützen und diese schnell beheben können

✓ Cloud-Computing effektiv nutzen können

Probleme & Symptome

Die DevOps-Bewegung

Lösungsansätze

Kritik & Ausblick

Alles nix neues...?

Reines Technik-Thema?

DevOps Tool-Suite 3.0

PureDevOpsinside

NOW

DevOps

certified

Ein weiteres Silo...?

Brücken bauen?

We don't need to build more bridges [between disciplines], we need to lower the sea of ignorance.

Dr. Ian Hacking

Dankesagt:

Udo PrachtFreier IT-Berater und Mediator

E-Mail:Web:

Blog:

mail@udo-pracht.dehttp://www.pracht-mediation.de http://www.udo-pracht.de http://menschenundit.wordpress.com