SAP SECURITY 2017
22.11.17 - 22.11.17
In Walldorf, Leonardo Hotel

Cloud Expo Europe
28.11.17 - 29.11.17
In Frankfurt

Data Centre World
28.11.17 - 29.11.17
In Frankfurt

IT-Tage 2017
11.12.17 - 14.12.17
In Frankfurt, Messe Kap Europa

Net.Law.S 2018
20.02.18 - 21.02.18
In Nürnberg, Messezentrum

GlühbirneDie 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 KlimtWolfgang Klimt ist Bereichsleiter Delivery bei der Consol Software GmbH in München.

 

 

 

Peter HotterPeter Hotter ist Abteilungsleiter IT-Operations bei der Consol Software GmbH in München.

www.consol.de

 
GRID LIST
Tb W190 H80 Crop Int Fb1ce818b7e0d6aa0a3ff5d777caf8c5

Heterogene Rechnerlandschaft im Griff

Eine heterogene Rechnerlandschaft, bestehend aus Geräten verschiedener Hersteller und…
Tb W190 H80 Crop Int 80aa8c0ba5af2964b494c9c9f8351284

MicroStrategy 10.9 bietet Datenanalysen für alle Anwender

MicroStrategy 10.9 ist die neueste Version der MicroStrategy 10-Plattform. Das wichtigste…
Tb W190 H80 Crop Int 9cc0f78c8e26d024ae4e442e61f01e6b

iNOW Suite für IBM i

ML-Software bringt mit ihrer Toolbox iNOW Suite mehrere, eigenständige Werkzeuge auf den…
Tb W190 H80 Crop Int F0a9a05859a35b811f48ecb7b5a022a3

Erleichterungen bei der Quellensteuer auf Lizenzzahlungen

Der Digitalverband Bitkom begrüßt einen neuen Verwaltungserlass des Bundesministeriums…
Tb W190 H80 Crop Int Dc27af33ffcec9276b71fbf0c18bbdb3

Neue Version von Pentaho 8.0

Auf seiner Benutzerkonferenz PentahoWorld 2017 hat Hitachi Vantara, eine…
Tb W190 H80 Crop Int 21ff8105df1be4262ad92174dbe6f251

Update von IFS Field Service Management 5.7

IFS hat ein Update von IFS Field Service Management 5.7 veröffentlicht. Es verfügt nun…
Frische IT-News gefällig?
IT Newsletter Hier bestellen:

Newsletter IT-Management
Strategien verfeinert mit profunden Beiträgen und frischen Analysen

Newsletter IT-Security
Pikante Fachartikel gewürzt mit Shortnews in Whitepaper-Bouquet