Thought Leadership
Die Betriebsverantwortung der meisten IT-Infrastrukturen ist heute nach Systemebenen aufgebaut. Für unterschiedliche Bereiche sind verschiedene IT-Teams verantwortlich.
Um einen reibungslosen IT-Betrieb sicherzustellen, müssen die Strukturen aber aufgebrochen werden – und zwar durch organisatorische Veränderungen und die Einführung neuer Tools oder Verfahren wie DevOps. Dabei sollten allerdings auch aktuelle Trends wie die bimodale IT Berücksichtigung finden. Eine der größten Schwachstellen im Betrieb von IT-Infrastrukturen sind die getrennten Verantwortlichkeiten für die einzelnen Systemschichten. Obwohl jede Applikation Dienste aus fast allen Schichten benötigt, sind für jede Schicht unterschiedliche Teams, oft sogar unterschiedliche Anbieter verantwortlich.
Bei auftretenden Störungen und Fehlern und anschließender Ursachensuche führt diese Aufteilung unweigerlich zu Schwierigkeiten; noch problematischer und aufwändiger wird es, wenn zusätzlich externe Provider beteiligt sind. Ein typisches Szenario im Fehlerfall ist, dass die Verantwortung zunächst gegenseitig hin- und hergeschoben wird. Aussagen wie „Die schlechten Antwortzeiten sind nicht auf die Applikation zurückzuführen, die ich betreue, sondern ganz klar ein Problem der Datenbank“ sind keine Seltenheit. Für die Beseitigung von Problemen oder Störungen wird dann in der Regel eine Task Force gebildet. Je mehr Teilnehmer hier involviert sind, desto höher ist natürlich auch die Komplexität; langwierige Prozesse bei der Fehlerermittlung und -behebung sind die Folge.
Verantwortliche für Applikationen bestimmen
Beizukommen ist dieser Herausforderung nur mit der Realisierung einer effizienten organisatorischen Basis, das heißt dem Aufbau von Betriebsteams, die für eine bestimmte Lösung vom „Blech bis zur Applikation“ ganzheitlich zuständig sind. Konkret müssen also Gesamtverantwortliche beziehungsweise verantwortliche Teams bestimmt werden, die die „Lösungshoheit“ besitzen – und zwar von der Hardwarebasis über die Netzwerk-, Datenhaltungs-, Logik- und Steuerungsschicht bis zur Schnittstelle zum Client.
Abgesehen von dieser organisatorischen Neuordnung müssen dabei auch funktionsübergreifende Prozesse im IT-Betrieb unter Einbeziehung des gesamten Application Stacks eingeführt werden. Auch die Nutzung entsprechender Management-Tools ist erforderlich, etwa im Bereich Monitoring. Hier sollte eine End-to-End-Lösung eingesetzt werden, mit der zur Aufrechterhaltung eines störungsfreien IT-Betriebs eine durchgängige Echtzeit-Überwachung der technischen Systeme, Datenbanken und Applikationen gewährleistet ist. Nur so ist eine beschleunigte Ursachenanalyse bei Störungen mit verkürzten Reaktions- und Lösungszeiten sichergestellt – und die zeitintensive Etablierung eines IT-Krisenstabs überflüssig.
DevOps zeigt die Richtung
Exemplarisch zeigt sich dies am DevOps-Konzept, das eine unterbrechungsfreie Kommunikation und geringe Reibungsverluste zwischen Entwicklung und IT-Betrieb zum Ziel hat. Während die Entwicklung heute in einem dynamischen Wettbewerbsumfeld auf Agilität und Schnelligkeit setzen muss, ist es die Aufgabe des IT-Betriebs, größtmögliche Stabilität und Performance zu gewährleisten. Hieraus resultiert oft ein Widerspruch. Diesen versucht das DevOps-Modell durch ein kommunikatives, interaktives Vorgehen und den Einsatz von Automatisierungs-Tools zu lösen, um damit die Softwareentwicklung optimal mit dem Betrieb zu verschmelzen.
Die nach Ebenen und Teilaufgaben strukturierten Verantwortlichkeiten für einzelne Teilbereiche werden bei einem DevOps-Ansatz somit aufgehoben. Das DevOps-Team übernimmt die Gesamtverantwortung für eine Applikation. Ist die Nutzung von DevOps-Verfahren folglich ein Allheilmittel? Keinesfalls. Zum Teil ist eine Umsetzung allein schon aufgrund vorhandener Organisationsstrukturen oft schwierig, zum Beispiel, wenn viele Services an externe Dienstleister ausgelagert sind. Dann erschweren in der Regel die in den Dienstleistungsverträgen definierten Zuständigkeiten eine DevOps-Umsetzung.
Ohnehin sollte das Thema DevOps sehr differenziert angegangen und vor allem im Kontext der aktuellen IT-Landschaft sowie künftiger Herausforderungen und Entwicklungen gesehen werden. Und hier zeigt sich eines ganz deutlich: Der Trend geht eindeutig in Richtung einer IT der zwei Geschwindigkeiten, Gartner spricht in diesem Zusammenhang von der bimodalen IT.
IT der zwei Geschwindigkeiten
Das Konzept der bimodalen IT basiert auf der Überlegung, dass die Applikationslandschaft prinzipiell in zwei Bereiche unterschieden werden kann. Zum einen geht es um Anwendungen, die eher statischen Charakter haben – SAP-Systeme sind hierfür ein Beispiel – und die vor allem eine hohe Stabilität aufweisen müssen. Gekennzeichnet sind sie zudem in der Regel durch längere Releasezyklen. Zum anderen sind Anwendungen zu berücksichtigen, die eine hohe Dynamik mit kurzen Releasezyklen erfordern. Sie müssen kontinuierlich angepasst werden, zum Beispiel im Hinblick auf zusätzliche gesetzliche oder geschäftliche Vorgaben, geänderte Marktanforderungen oder neue Kundenbedürfnisse. Eine schnelle Reaktion und IT-technische Umsetzung ist für ein Unternehmen dabei essenziell, um die Wettbewerbsfähigkeit zu sichern.
„IT der zwei Geschwindigkeiten“ heißt also, dass ein Unternehmen einerseits eine herkömmliche und zuverlässige operative IT-Basis mit langfristigen Lifecycles benötigt, andererseits aber auch eine agile, schnelle IT. Es liegt auf der Hand, dass bei Ersterem ein klassisches Vorgehensmodell nach wie vor die beste Wahl ist und bei Letzterem hingegen Themen wie agile Softwareentwicklung oder DevOps zunehmend an Gewicht gewinnen.
Doch in beiden Fällen gilt: Von essenzieller Bedeutung für einen reibungslosen IT-Betrieb ist die Strukturierung der Zuständigkeiten aus dem Blickwinkel des Endanwenders und die Bestimmung von Applikationsverantwortlichen, die einen ganzheitlichen Überblick über alle relevanten IT-Layer besitzen sollten.
Wolfgang Klimt ist Bereichsleiter Delivery bei der Consol Software GmbH in München.
Peter Hotter ist Abteilungsleiter IT-Operations bei der Consol Software GmbH in München.
