DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS. Ralf Neeb IT Neeb GmbH

Größe: px

Ab Seite anzeigen:

Download "DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS. Ralf Neeb IT Neeb GmbH"

Christian Albert
vor 8 Jahren
Abrufe

1 DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS Ralf Neeb IT Neeb GmbH

2 ZWANZIG MINUTEN Grundlegendes, IT Outsourcing, über DevOps, Zum Spannungsfeld zwischen IT Outsourcing und DevOps

3 ALLGEMEINES VERSTÄNDNIS VON IT OUTSOURCING UND DEVOPS Information technology outsourcing or ITO is a company's outsourcing of computer or Internet related work, such as programming, to other companies. It is used in reference to business process outsourcing or BPO, which is the outsourcing of the work that does not require much of technical skills. (Wikipedia) IT Outsourcing ist einfach?!? DevOps is a software development method that stresses communication, collaboration (information sharing and web service usage), integration, automation, and measurement of cooperation between software developers and other informationtechnology (IT) professionals. (Wikipedia) Wenn die Schnittstellen nicht funktionieren, werfen wir dann immer alles in einen Topf?!?

4 STRATEGISCHES IT MANAGEMENT Merkmale der strategischen Wichtigkeit Stakeholder klassifizieren nach Umsatzverantwortung Budgetgröße Mitarbeiterzahl Konsequenz für die IT in der Organisation Reagieren oder Agieren? Cost-center oder Profit-center? Verwalten oder Gestalten? Beifahrersitz oder Fahrersitz?

5 STRATEGISCHES IT OUTSOURCING Verwalter Gestalter Weiss es besser, sagt es aber nicht Cost center Fährt das Rennen gemeinsam Profit center

6 VERWALTEN REICHT NICHT P-rente schmilzt schneller als K-rente steigt Bestehende IT Services werden bei gleicher Wertigkeit dem Kostendruck stärker ausgesetzt Time to market verkürzt sich Mit dem Fortschreiten der Zeit schreitet auch die Commoditization fort. Werthaltigkeit hängt von höherwertigen Diensten ab (vgl. Heroku Postgres und AWS)

7 GESTALTEN! Die Domäne der Organisation antizipieren Schneller lernen Dienste/Produkte aufwerten Die IT als Wettbewerbsvorteil Automatisierung Integration

8 DEVOPS Kombination aus SW Dev und IT Operations Technisch Prozessual APIs erlauben Automatisierung Schnittstellen erlauben klare Zuständigkeit Virtualisierung gibt Flexibilität Testbeds sind schnell möglich Konsequenz aus geteilter Verantwortlichkeit Unklare Übergabepunkte (Schnittstellen) Organischs Finden der neuen Zuständigkeiten Analogie Monolith Micro

9 WOHER KOMMEN DEVOPS Woher? Kritik Missglückte ITO Projekte Schwarmintelligenz Neugier der Entwickler Interne IT-Organisationen sind im Allgemeinen nicht best in class Rückzugsgebiet für schwache Entwickler/Admins Zu wenig Aufgaben für ein exzellentes DevOps Profil ausserhalb eines ITO-Providers SW Enginering anstatt SW Development!

10 SOLLBRUCHSTELLE Häufiger Ist-Zustand Internes Design Interne Transition Interne Operations Soll-Zustand Internes Design Gemeinsame Transition Externe Operations Commoditization!

11 ERFOLGFAKTOREN COMMODITIZATION& COMPONENTIZATION IT Outsourcing Provider Interne Organisation Standardkomponenten betreiben Klare Schnittstelle Abstraktion auf Lösung, nicht Realisierung! Building blocks vs. application Sehr viele Applikationen haben eine Persistenz z.b. Komponentenbildung Klare Schnittstelle Abstraktion auf Lösung, nicht Realisierung! Konsequent vorantreiben Das Beständige ist der Wandel Konsequent die Domäne im Blick! Übergang von einer prozessualen Sicht hin zu einer Komponentensicht!

12 FEHLER DEVOPS Service Provider Interne Organisation Zu starr Wenn wir ein Betriebshandbuch haben, betreiben wir alles Kein Interesse an der Übernahme von Infrastruktur-Code (z.b. JPA, Service Design) Skaleneffekte sind kaum für Betrieb von Individualsoftware zu realisieren ( external head count) Zu sehr Technologie löst Probleme Lösungen verkaufen, keine Technologie (z.b. nicht Docker, sondern Services) Zu operativ Den Betrieb kriegen wir jetzt auch noch hin Zu kurzfristiges Denken in Bezug auf Übergabe von Infrastrukturcode Zu kostenfixierte Diskussion im Rahmen des ITO und Ignoranz der K-Rente Vollkasko-Mentalität Keine Komponentenbildung / fehlende Architektur Zu sehr Technologie löst Probleme Beispiel Puppet/Ansible

13 FAZIT DevOps kompensiert Schwachstellen bisheriger Praxis über und schafft neue Stichwort Agile UND ITSM IT-Outsourcing ist elementarer Bestandteil von DevOps Ohne Commoditization gäbe es kein DevOps Standards sind notwendig Die eigentliche Herausforderung liegt In der Applikationsarchitektur In der Konsequenz der Umsetzung In der Organisationsstruktur Change-Management

Ähnliche Dokumente

Empfehlungen von ITIL zu ITSM Einführung. Jacqueline Batt, 12. Juni 2012

Empfehlungen von ITIL zu ITSM Einführung Jacqueline Batt, 12. Juni 2012 Wo ist das WIE in ITIL?! Service Strategy! Service Design! Service Transition! Service Operation! C. Service Improvement Kapitel