Den Mainframe mainstreamen. Warum DevOps im Unternehmen die Kontrolle über Legacy-Applikationen übernehmen sollten und zwar jetzt!

Transkript

1 De Maiframe maistreame Warum DevOps im Uterehme die Kotrolle über Legacy-Applikatioe überehme sollte ud zwar jetzt!

2 Wie die meiste vo us werde auch Sie tagtäglich mit Iformatioe überhäuft. Deshalb lese Sie vermutlich auch ur eie Bruchteil der Artikel, auf die Sie stoße. Bitte lese Sie diese Artikel trotzdem, weil wir überzeugt davo sid, dass er Ihe Eiblicke bietet, die icht ur eizigartig sid, soder auf Fakte basiere, kokret umsetzbar ud für de Erfolg eies Uterehmes mit eiem Maiframe uverzichtbar sid. Lese Sie diese Artikel auch da, we der Maiframe Ihres Uterehmes derzeit icht i Ihre direkte Zustädigkeitsbereich fällt. De, ud das ist usere Überzeugug, Maiframes müsse Teil des Maistreams Ihrer IT werde. Eiige Keraussage 1) Die Uhr für isolierte Maiframe-Teams tickt bereits. Ausgebildete Maiframe-Spezialiste gehe i de Ruhestad, ud es rücke ur weige ach, um diese zu ersetze. Maiframe-Applikatioe bleibe jedoch uverzichtbar. Die IT braucht daher eie praktikable Strategie für die Erhaltug ud rasche Apassug vo Maiframe-Code als Atwort auf sich städig wechselde Geschäftsaforderuge. 2) Die IT muss etspreched reagiere ud de Maiframe so schell wie möglich maistreame. Astatt sich weiterhi auf Maiframe-Spezialiste zu stütze, muss die IT die DevOps-Mitarbeiter (mit Maistream-Erfahrug) dazu ermutige, de Maiframe wie jede adere Plattform im Multi-Plattform-Uterehme zu behadel ud dieselbe DevOps-Tools ud -Prozesse zu utze wie auch für Java, x86, Liux Server, die Cloud usw. 3) Maistreamig löst icht eifach ur das Maiframe-Problem. Es stellt eie Wettbewerbsvorteil für das gesamte digitale Uterehme dar. Um auf digitale Märkte zu pukte, reicht die Größe eies Uterehmes allei icht aus. Es muss auch schell agiere köe. Eie uterehmerische DevOps- Umgebug, welche die Agilität ud die Best- Practice-Zusammearbeit über alle Plattforme eischließlich Maiframe hiaus uterstützt, ist daher eie Grudvoraussetzug für Wettbewerb. Dieses Silo etstad aus achvollziehbare Grüde. Vergesse wir icht, dass der Maiframe viel älter als Distributed Computig ist ud viele Jahre lag die eizige Möglichkeit im Bereich der IT war. Als Distributed Computig edlich seie Siegeszug atrat, hatte die Maiframe-Mitarbeiter Bedeke hisichtlich der Stabilität ud Itegrität der Umgebuge. Ud viele dieser Bedeke isbesodere diejeige i Bezug auf Zuverlässigkeit, Komplexität, Koste ud Sicherheit sollte sich als berechtigt erweise. Tragischerweise führt die Isolatio, die de Maiframe über Jahrzehte techologischer Uruhe hiweg stabil ud sicher gehalte hat, u zu desse Ede. Der Maiframe ist zu eier Art Kult geworde; er hat seie eigee Priester ud Jüger, weit weg vo der übrige Welt mit ormale x86-ifrastrukture ud der Cloud. Zudem habe viele IT-Führugskräfte diese Situatio och verschärft, idem sie die Ausgabe für de Maiframe drastisch zusammegestriche habe, astatt i die Etwicklug vo Maiframe-Applikatioe zu ivestiere. Das Ergebis: Viele Maiframe-Umgebuge sid für Geschäftsprozesse zu lagsam; was allerdigs icht a de Eigeschafte der Maiframes liegt, soder a der Art, wie sie verwaltet wurde. Auch kee ur weige Fachleute außerhalb der Maiframe- Subkultur COBOL oder wisse, wie MSUs arbeite, weil der Maiframe eifach so lage isoliert ud verachlässigt wurde. So schreibe sie beispielsweise Code, der DB2 auf dem Maiframe aufruft die Plattform a sich ist ihe jedoch überhaupt icht vertraut. Die isolierte, icht agile Aäherug a Maiframe DevOps ist aus verschiedee Grüde icht mehr vertretbar. Dazu gehöre u. a.: Verlust vo Maiframe-relevate Fähigkeite/Ketisse. Die hochspezialisierte Maiframe-Fachleute, die sich mit dem Maiframe ud seie Applikatioe bestes auskate, komme allmählich is Retealter. Es ist ziemlich uwahrscheilich, dass sich jügere IT-Fachleute mit ählich großem techischem Talet für eie auf isolierte Maiframes ausgerichtete Karriere etscheide. Uersetzbarer Code. Maiframe-Applikatioe sid so hoch etwickelt ud so tief i de Geschäftsprozesse verwurzelt, dass sie uverzichtbar sid. Ud sie köe icht eifach durch eie adere Plattform ersetzt werde. Uterehme müsse sich also Gedake mache, wie sie trotz des Verlustes ihrer Maiframe-Spezialiste sowohl die Maiframe- Applikatioe als auch die Maiframe-Plattform im Laufe der ächste zeh Jahre oder darüber hiaus erhalte köe. DAS ENDE DES MAINFRAMES ALS SILO Jahrzehtelag hat die IT de Maiframe als eigestädiges fuktioales Silo behadelt. Maiframe-Mitarbeiter habe uterschiedliche Fähigkeite, verwede verschiedee Tools ud wede uterschiedliche Prozesse ud Vorgehesweise a. Plattformuabhägigkeit. Die Überlegeheit digitaler Uterehme begrüdet sich zum Teil aus der Fähigkeit der IT heraus, jede verfügbare Applikatioslogik ud alle Date ierhalb ud außerhalb des Uterehmes zu utze, ud zwar uabhägig vo Plattform oder Programmiersprache. Somit müsse Uterehme viel mehr tu, als ihre Maiframe-Applikatioe als eigestädige Eiheite lediglich zu pflege. Sie müsse die Etwicklug verstärkt voratreibe ud Maiframe-Awedugscode ud die Date i Kombiatio mit ihre Kompoete außerhalb des Maiframes zusammebrige. 2

3 Schelles Hadel ist agebracht. Die Maiframe- Etwicklug ka icht weiterhi sigifikat lagsamer als für de Rest der IT voraschreite. Schelle Reaktiosfähigkeit ist vo etscheideder Bedeutug, vor allem, we es um die Back-Ed-Uterstützug für kudeorietierte mobile Applikatioe geht. Lagsame DevOps-Prozesse auf dem Maiframe utergrabe die Agilität eies Uterehmes schleiched ud köe letztedlich das Aus bedeute. Vereifacht gesagt, köe Uterehme de aktuelle Maiframe-Status-quo icht läger hiehme, besoders icht zu eiem Zeitpukt, a dem Maiframe-Applikatioe, Date ud Recheleistug wertvoller für ei Uterehme sid als je zuvor. Die IT ka eiem Uterehme ur da alle erforderliche digitale Kapazitäte zur Verfügug stelle, we der Maiframe für Etwickler, Dateaalyste ud betriebliche Prozesse geauso zugäglich ud agil ist wie jede adere Plattform auch. Alle IT-Führugskräfte müsse das Maiframe-Problem daher etschiede ud zeitah agehe, uabhägig vo persöliche Bedeke ud Asichte, ud uabhägig davo, ob sie aktuell direkte Veratwortug für de Maiframe habe oder icht. Eie kurze Geschichte der Territorialität des Maiframes Die Maistream-IT bemüht sich scho seit Lagem, Maiframe-Ressource im Zusammehag mit der Silo-Maiframe-Territorialität wirksam eizusetze. Diese Astregug erfolgte bisher i füf aufeiaderfolgede Phase: Termial-Emulatio Maiframe-Mitarbeiter erlaube de Zugriff vo Beutzer-PCs auf Maiframe- Applikatioe ud Date ud wede hierfür Scree-Scrapig ud adere Verfahre a. Applikatiosaufrufe Maiframe-Aweder ermögliche im Eizelfall verteilte Applikatioe de Applikatioslogik ud eier Trasaktiosverarbeitug auf Fall zu Fall Basis. Ed-to-Ed-Moitorig Maiframe-Mitarbeiter teile ausgewählte Telemetrie-Iformatioe der Plattform ud ermögliche begrezte Zugriff durch Leistugs-/Fehlerüberwachugstools. Batch-Aalytik Maiframe-Aweder lege Parameter für die Übermittlug großer Datemege a Maistream-BI-Tools ud später a Hadoop-basierte Umgebuge fest. Maistreamig DevOps-Teams i Maistream-Uterehme sid i vollem Umfag befugt, Maiframe- Ressource direkt ud mit etsprechede richtliiebasierte Kotrolle zu utze. DEN MAINFRAME MAINSTREAMEN Der Maiframe ka icht weiterhi isoliert bleibe. Die IT muss jedoch seie Lebesfähigkeit sicherstelle, da seie Applikatioe uetbehrlich sid ud der Maiframe icht eifach durch eie eue Plattform ersetzt werde ka. Die eizige logische Schlussfolgerug lautet daher: Die IT muss de Maiframe i seie Maistream-Cross-Plattform-DevOps-Arbeitsprozesse eibide. Dieses Maistreamig muss drei Kerbereiche der Maiframe- Fuktioalitäte berücksichtige: Maiframe-Applikatioe Bestehede Maiframe-Applikatioe forder die IT mit ihrer vielleicht wichtigste ud aufwädigste Maistreamig- Zielsetzug heraus. Diese Zielsetzug ist aus folgede Grüde vo größter Wichtigkeit: 1) Die Maiframe-Applikatioslogik ist für Uterehme extrem wertvoll. 2) Das Replatformig dieser Applikatioslogik hat sich als kaum praktikabel herausgestellt. Bestehede Maiframe-Applikatioe stelle die aspruchsvollste Maistreamig-Zielsetzug der IT dar, de: 1) Maiframe-Applikatioe laufe bereits so lage ud sid so oft modifiziert worde, dass sie häufig icht mehr umfassed dokumetiert sid ud deswege häufig icht eimal mehr vo der IT hireiched verstade werde. 2) Die Kompetez i Bezug auf Legacy-Sprache wie COBOL, PL/I ud Assembler ist eher gerig. Die gute Nachricht: Code ist gleich Code. Auch we Etwickler mit Maistream-Ketisse aus der juge Geeratio möglicherweise icht mit der besodere Sytax vo COBOL vertraut sid, gelte trotzdem die Grudprizipie der Applikatioslogik. Ud agesichts der Flexibilität heutiger Etwickler i Bezug auf das Erlere eier eue Programmiersprachesytax stellt der aktuelle Magel a Kow-how im Bereich COBOL ei icht allzu großes Problem für die IT dar. Tatsächlich köe Maistream-Etwickler ohe Weiteres Maiframe-Applikatioe überehme, idem ma ihe folgede Möglichkeite bietet: Maiframe-Code i ihre bevorzugte IDEs zu schreibe, zu modifiziere, zu debugge ud zu verwalte Aleitug ud Feedback bei Software-Qualitätsprobleme bereits beim Codiere zu erhalte Maiframe-Code i dieselbe automatisierte Test- ud Lieferumgebuge eibaue zu köe, die sie sost auch beutze Die vorhadee Maiframe-Applikatioslogik durch Visualisierug vo Laufzeitverhalte, programmübergreifede Aufrufe usw. besser zu verstehe Letztlich ermöglicht die Normalisierug des Maiframe- Applikatioscodes i die breitere DevOps-Uterehmesumgebug der IT, de Maiframe-Code geau wie jede adere Code i jedem beliebige adere agile Projekt zu behadel. So ka dieser schell a veräderte Geschäftsaforderuge agepasst werde, ud zwar ohe Probleme hisichtlich der Prozesse oder Koste. 3

4 Maiframe-Date Im Gegesatz zu Maiframe-Applikatioe köe Maiframe- Date zumidest theoretisch auf adere Plattforme portiert werde. Ud es gibt eiige Awedugsfälle, i dee es durchaus Si macht, bestimmte Maiframe-Datesätze zum Zweck der Applikatiosbereitstellug oder für aalytische Zwecke auf adere Umgebuge zu exportiere. Geerell jedoch ist es sivoll, Maiframe-Date auf dem Maiframe zu belasse. Die Grüde dafür sid uter aderem: Bessere Applikatiosperformace Das Hostig vo Date a mehrere Stadorte führt zu vermeidbare Koste Sicherheit, Compliace ud gesetzliche Bestimmuge Deoch sollte, Bedarf ud etsprechede Berechtigug vorausgesetzt, Maiframe-Date für jede Maistream-Etwickler oder Dateaalyste sichtbar ud verstädlich sei. Daher muss die IT auch für Maiframe-Code alle Maiframe-fremde Mitarbeiter ermögliche, Maiframe-Date, Metadate, Datestrukture ud Dateabhägigkeite i Bezug auf Maiframe-Programme ud Copybooks ituitiv zu erkee ud zu verstehe. Ud dies wiederum sollte im Idealfall mit populäre Tools im vertraute Desig (z. B. Java-ähliche Tools) umgesetzt werde. Maiframe-Prozesse Prozesse sid ei besoderer Fall des Maistreamig, da alle IT-Prozesse grudsätzlich auf eier bestimmte Ebee isoliert werde. Uterschiedliche techische Teams mit uterschiedliche Fähigkeite ud Tools verwalte Widows- ud Liux-Systeme, Storage-Ifrastrukture, Netzwerkgeräte, Datebake, Middleware usw. Somit wird die IT wahrscheilich weiterhi auf IBM z System- Spezialiste agewiese sei, um bestimmte wichtige Maiframe- Maagemet- ud Tuig-Aufgabe zu bewerkstellige. Wie obe bereits erwäht, häge Ed-To-Ed-Service-Levels vo Aweduge oft vo Eizelkompoete i kombiierter Form ab. Um diese Service-Levels zu gewährleiste, muss die IT die Maiframe-Prozesse vollstädig i die Uterehmesabläufe itegriere. Diese Itegratio beihaltet zwei wesetliche Aspekte: 1) Die Verwaltug vo Date ud Beachrichtiguge aus dem Maiframe muss i die Maistream-Maagemet-Workflows des Uterehmes itegriert werde. 2) Die Prozessteams des Uterehmes müsse i der Lage sei, für die Aufklärug Service-Level bezogeer Applikatiosprobleme Drill Dow i de Maiframe durchzuführe, ohe dabei vo Experte für IBM z Systeme abhägig zu sei. Eiige IT-Uterehme habe ihre Mitarbeiter für Maistream- Prozesse bereits eie erste Eiblick i de Zustad bestimmter Maiframe-Ressource ud -Prozesse gegebe. Trotzdem muss die Itegratio vo Maiframe-Prozesse och sehr viel weiter gehe, we Uterehme vo de erhebliche Vorteile der plattformübergreifede DevOps wirklich profitiere wolle. Das Grudprizip bei jedem dieser drei otwedige Erforderisse ist es, dass ormal ausgebildete IT-Fachkräfte i der Lage sei müsse, am Maiframe zu arbeite ud dabei ihre bevorzugte Tools ud Prozesse eizusetze. Mehr och, die IT muss die Itegrität der Maiframe-Umgebug schütze. Aber der Maiframe ka icht weiterhi als isoliertes Silo im Uterehme bestehe bleibe. Die Veratwortug für de Maiframe muss letztedlich a die Maistream-Etwickler, Dateaalyste ud das Betriebspersoal weitergegebe werde. DER ISOLIERTE MAINFRAME Maiframe APPLIKATIONEN COBOL, PL/I USW. DATEN EBCDIC, COMP-3 USW. PLATTFORM z/os, CPs, ziip USW. STABIL ENTWICKELT HOCHWERTIG LANGSAME PROZESSE FACHKRÄFTEMANGEL SCHLECHT INTEGRIERT SCHWACHE/ABHÄNGIGE INTEGRATION Uterehmes-DevOps AGIL APPLIKATIONEN JAVA, PHP, VBSCRIPT USW. DATEN STRUKTURIERTER, UNSTRUKTU- RIERTER TEXT, BILDER USW. PLATTFORMEN WINDOWS, LINUX, VMWARE, AZURE, AWS USW. FACHKRÄFTEÜBERSCHUSS PLATTFORMÜBERGREIFENDE INTEGRATION OHNE ENTWICKELTE GESCHÄFTSLOGIK DER BREITENWIRKSAME MAINFRAME Uterehmes-DevOps AGIL APPLIKATIONEN JAVA, PHP, VBSCRIPT, COBOL, PL/I USW DATEN STRUKTURIERTER, UNSTRUKTURIERTER TEXT, BILDER, EBCDIC, COMP-3 USW. PLATTFORMEN WINDOWS, LINUX, VMWARE, AZURE, AWS z/os CPs, ziip USW. FACHKRÄFTEÜBERSCHUSS STABIL ENTWICKELT TEURE SKALIERUNG KEINE TRANSAKTIONSVERARBEITUNG AUF UNTERNEHMENSEBENE IT-Orgaisatioe, die de Maiframe weiterhi lediglich als fuktioales Silo sehe, sid im Geschäftslebe weiger reaktiosschell ud laufe Gefahr, Aufzeichugssysteme i die Fuktiosufähigkeit zu maövriere. PLATTFORMÜBERGREIFENDE INTEGRATION HOCHWERTIG Idem ma Maistream-Etwickler, Dateaalyste ud Ops-Teams die Möglichkeit gibt, Veratwortug für de Maiframe zu überehme, ka die IT die digitale Ed-to-Ed- Agilität optimiere ud eie lagfristige Itegrität der Kersysteme gewährleiste. 4

5 WIRTSCHAFTLICHE ARGUMENTE FÜR MAINSTREAMING IT-Führugskräfte habe alle Häde voll zu tu. Es muss also ziemlich überzeugede Grüde dafür gebe, we das Maistreamig des Maiframes mit Top-Priorität gaz obe auf der To-Do-Liste für 2016 lade soll. Ud die gibt es. Eiige Beispiele: Abschwächug des existezielle Maistream-Risikos Der drohede Verlust vo Maiframe-Fähigkeite ist ei ebeso großes Risiko für die Geschäftswelt, wie Y2K es war. Allerdigs gibt es i diesem Fall für die Katastrophe kei festes Datum. Uterehme, die i Utätigkeit verharre, müsse zusehe, wie jahrzehtelage Ivestitioe i uterehmeskritische Applikatioslogik eifach verpuffe. Busiess-Agilität ist äußerst wichtig We Sie Ihre Maiframe-Applikatioslogik icht schell ud sicher modifiziere köe, wird Ihr Uterehme icht agil geug sei, um i der heutige Geschäftswelt, i der stetiger Wadel a der Tagesordug ist, mitzuhalte. Uterehme müsse ihr Maiframe-Code-Maagemet i ihre aktuelle agile/cotiuous Delivery SDLC Maistream-Prozesse itegriere. Mehr Wert ud größerer Nutze für de Kude Uterehme i alle Märkte müsse Iformatioe ud Erketisse utze, um mehr für ihre Kude zu tu als ihre Kokurrete. Viele dieser Iformatioe ud Erketisse stamme vom Maiframe. Uterehme, die diese Erketisse icht itesiv für sich utze köe, da ihre Maiframes zu lagsam sid, werde uweigerlich hiter der agilere Kokurrez zurückbleibe. Compliace mit mehr Vertraue ud weiger Kofliktpukte Silos sid der Feid vo Compliace. Sie verhider, dass Maßahme auf übliche Art ud Weise im Uterehme umgesetzt werde, ud sie fragmetiere Prüfprozesse, was wiederum die Koste erhöht ud die Skepsis der Auditore weckt. We ma de Maiframe i die breitere Uterehmesumgebug vollstädig itegriert, ka die IT Compliaceprozesse vereiheitliche, um die Glaubwürdigkeit zu erhöhe ud gleichzeitig Koste zu seke. Awerbe vo taletierte juge Fachkräfte IT-Uterehme müsse dafür sorge, dass die ächste Geeratio vo etspreched ausgebildete ud motivierte IT-Fachkräfte mit de Maiframe-Applikatioe, -Date ud -Prozesse arbeite ka. Das lässt sich fuktioal ur sehr schwer mit Tools ud Prozesse aus de 80er umsetze. Skalierbares, zuverlässiges, sicheres ud kosteeffizietes Uterehmes-Computig Wie sich gezeigt hat, ist die IBM z Systems-Plattform eie hervorragede Optio, um alle Arte vo Liuxud Ope-Source-Workloads auszuführe. Dies zeigt sich isbesodere im Vergleich zur weitläufige x86-ifrastruktur, die ugemei komplex, uzuverlässig ud och dazu kostspielig im Betrieb ist. We ma de Maiframe aus seier Isolatio immt, ka die IT vo seier überragede Leistug ud Zuverlässigkeit, seiem feste physikalische Footprit ud seie bemerkeswert iedrige zusätzliche Koste profitiere. Letztedlich wird die IT de Maiframe maistreame müsse, da sie kaum eie adere Wahl hat. Sei derzeitiger Status wird icht mehr viel läger aufrechterhalte werde köe, der Maiframe ka aber auch icht eifach abgeschafft werde. Maistreamig ist der eizige Ausweg, der sich bietet. Zudem eröffet dies eie gaz eue Zukuftsperspektive. Maiframe-Applikatioe sid uersetzlich ud bilde ei Betriebsvermöge vo ahezu uschätzbarem Wert. Die bimodale IT erklärt sie allerdigs für uwichtig. Die trasformative Itegratio des Maiframes i Uterehmes-DevOps sorgt jedoch für eie lagfristige Wertschöpfug ud optimiert die Möglichkeit großer Uterehme, erfolgreich auf de zuehmed digitale Märkte der Welt zu kokurriere. 5

6 Keie Plattform wird abgehägt Agesichts der Bedeutug vo Maiframe-Applikatioe ud der historische Schwierigkeit, de Maiframe vollstädig agil zu mache, empfahl eie Reihe vo führede Bracheexperte die sogeate Bimodale IT. Die Keraussage der Bimodale IT ist, dass Uterehme icht mit alle Mittel versuche, ihre Maiframe agil zu mache, soder stattdesse eie agile ud eie stabile Prozess parallel laufe lasse. Währed dieser Asatz für jee, die vor der Trasformatio des Maiframes zurückschrecke, verlocked sei mag, ist er aus folgede Grüde icht durchführbar: Die Geschäftsagilität hägt direkt vo der Agilität des Maiframes ab. Verbesseruge digitaler Kudeerfahruge häge häufig vo Kerdatebake, Trasaktiosverarbeitugssysteme ud hochetwickelter Geschäftslogik ab. Diese befide sich immer och auf dem Maiframe ud werde möglicherweise auch dort bleibe. Stabilität ud Agilität schließe sich icht gegeseitig aus. Zu behaupte, dass dies icht der Fall ist, bedeutet, die gesamte Etwicklug hi zu DevOps, Cotiuous Delivery usw. abzustreite. Am Status quo festzuhalte ist keie Strategie hi zu Abgrezug im Wettbewerb. We es eifach wäre, agile Best Practices auf de Maiframe azuwede, hätte jedes Uterehme dies scho geta, ud es würde keie besodere Wettbewerbsvorteil biete. Maiframe-Zuverlässigkeit, Leistug i großem Umfag ud Sicherheit sid mehr de je gefragt. Es hat sich als übermäßig teuer (ud oft umöglich) herausgestellt, die Eigeschafte des Maiframes i verteilte/cloud-umgebuge achzubilde. Die IT sollte sich eher darauf kozetriere, diese zu utze, als sie zu verschwede. ÜBER COMPUWARE Compuware ermöglicht es große Uterehme weltweit, sich i der digitale Wirtschaft abzuhebe ud de größte Nutze aus ihre wertvolle Ivestitioe i de Maiframe zu ziehe. Hierfür stelle wir höchst iovative Lösuge zur Verfügug, mit dere Hilfe IT-Spezialiste mit Maistream-Fähigkeite i der Lage sid, Maiframe-Applikatioe, Date ud Plattformprozesse zu verwalte. Erfahre Sie mehr uter compuware.com. Compuware Corporatio World Headquarters Oe Campus Martius Detroit, MI Compuware Corporatio. Alle aufgeführte Produkte ud Services sid Marke oder eigetragee Warezeiche der Compuware Corporatio. Java ist eigetragees Warezeiche vo Oracle ud seie Tochtergesellschafte _Maistreamig_the_Maiframe