Cloud, eher heiter als wolkig: Was wir aus der Client/Server- Revolution lernen können

Transkript

1 Cloud, eher heiter als wolkig: Was wir aus der Cliet/Server-Revolutio lere köe Cloud, eher heiter als wolkig: Was wir aus der Cliet/Server- Revolutio lere köe Cloud Computig ist seit dem Aufkomme des Iterets ei Hype-Thema. Mit de Agebote vo Salesforce 1999 ud Facebook 2004 wurde es Realität. Der Artikel betrachtet eiige typische Verspreche ud stellt diese de Erfahruge aus der Zeit der Cliet/Server-Revolutio gegeüber. Aschließed geht es um die Problemfelder Sicherheit ud Itegratio i eier meist hybride Cloud-Welt ud es wird gezeigt, wie mit der Uterehmesarchitektur ei Ordugsrahme für die Cloud-Adaptio im Uterehme geschaffe werde ka. Cloud Computig steht ach wie vor im Fokus deutscher Uterehme. Der Digitalverbad BITKOM veröffetlichte i seier Studie Cloud-Moitor (vgl [BIT15], [KPM15]) zum aktuelle Status der Cloud-Adaptio i Deutschlad diese Ergebisse: Circa 50 Prozet der deutsche Uterehme setze Cloud Computig ei. Weitere 25 Prozet plae kurzfristig de Eisatz vo Cloud-Lösuge. Circa 75 Prozet der Cloud-Nutzer bewerte ihre Erfahruge als positiv. Doch icht alles erscheit so heiter. Vor allem i Bezug auf Goverace, Risk ad Compliace (GRC) deckte die Studie weiger erfreuliche Resultate auf: Circa 10 Prozet der Aweder berichte über Compliace-Vorfälle im Zusammehag mit Cloud Computig. Circa 50 Prozet habe Sorge, ob Compliace-Aforderuge durch die Cloud auch wirklich eihaltbar sid. Circa 60 Prozet habe Agst vor eiem uberechtigte Zugriff auf vertrauliche Date. Die Aalyste vo Garter führe Cloud Computig seit eiige Jahre i ihrem Hype-Cycle auf ud reche damit, dass die Cloud-Techologie i de ächste zwei Jahre das Plateau der Produktivität erreicht (vgl. [Hag15]). Verfolgt ma die Etwicklug i Google Treds, so zeigt sich auch hier, dass das Iteresse a Cloud i Deutschlad i de letzte Jahre stetig zugeomme hat (vgl. [Goo15]). Welche Lehre lasse sich aus eiem Vergleich mit der Cliet/Server-Bewegug ziehe? Welche Vorteile habe Hybrid-Modelle? Wie ka eie Eterprise-Architektur als Ordugsrahme bei der Eiführug vo Cloud-Lösuge hilfreich sei? Parallele zur Cliet/ Server-Revolutio Ab 1985 setzte sich die Cliet/Server-Architektur verstärkt durch. Begüstigt durch de Verfall der Preise für Hardwarekompoete eischließlich der Kompoete für de Aufbau ud Betrieb eies LAN verbesserte sich das Preis-Leistugs-Verhältis der Systeme. Die Fachbereiche kote u eigee Systeme erwerbe ud auch betreibe. Das gab ihe die ötige Flexibilität für ihre Tätigkeitsbereiche. Damit wuchs aber auch der Druck auf die Fachbereiche, immer iovativere fachspezifische Lösuge zu etwickel oder zu erwerbe ud so eie abteilugsspezifische Prozessoptimierug zu ermögliche. Diese Etwicklug führte zu eier dezetrale IT, bei der die Uterehme die zetrale Kotrolle über Date ud Applikatioe verlore. Sie ordete forta Kosistez ud Qualität der Stammdate der Dyamik eier rasate orgaisatorische Weiteretwicklug uter ud verfolgte ud steuerte diese icht mehr durch ei zetrales Maagemet. Mitte der 1990er Jahre etablierte sich das Iteret. Das führte zu eier stadardisierte IT-Kommuikatio. Edlich kote die Fachbereiche versuche, die Kotrolle über die verteilte Stammdate zurückzuerlage, ud die Systeme u wieder zu vertretbare Koste zetral admiistriere ud überwache. Die Aweder hatte zwar weiterhi Zugriff auf ihre Programme, deoch re-zetralisierte die Uterehme schrittweise ihre zuvor dezetral ageordete Systeme, auch Schatte-IT geat. Bei der IT wurde Koste ud Sicherheit wieder beherrschbarer, zumidest was die Haltug der Datesätze bis zur Uterehmesgreze abelagt. Adererseits bot Salesforce bereits 1999 die erste Applikatio als Software-as-a-Service (SaaS) a. Die Treiber der Cliet/Server-Revolutio lasse sich i viele Pukte auf die Verspreche der Cloud-Welt übertrage. Aus Sicht der Fachbereiche gibt es auch hier diese grudlegede Motivatioe: Ei verbessertes Preis-Leistugs-Verhältis durch die Nutzug vo Cloud- Lösuge i de uterschiedliche Servicemodelle (IaaS, Paas, SaaS 1 ) oder auch Mischforme mit Maaged Services). Eie höhere Flexibilität durch die Nutzug geeigeter Stadardlösuge, um eie Apassug vo Nutzugsvolume ud Skalierug vorehme zu köe. Die Möglichkeit orgaisatorischer Iovatioe agesichts der Mobilisierug ud Digitalisierug vo Geschäftsprozesse. Die Chace, eue Geschäftsmodelle zeitah zu verprobe ud zu verfolge, ohe auf die Lieferug der eigee IT zu warte. Diese Pukte führe letztedlich zu größerer Uabhägigkeit vo eier zetrale IT. Fachbereiche diskutiere mit der IT isolierte ud auf ihre Geschäftsbereiche bezogee Lösuge ud dräge auf schelle Etscheiduge. Die Herausforderuge, die sich durch die Eiführug eier Schatte-IT beim Cloud Computig ergebe, erier sehr a die uliebsame Nebewirkuge der Cliet/Server-Revolutio: 1 ) Ifrastructur-as-a-Service = IaaS, Platform-asa-Servie = PaaS, Software-as-a-Service = SaaS, vgl. [BIT15] 12

2 Verachlässigug der Sicherheit durch die Nutzug vo Public-Cloud-Liefermodelle. Verachlässigug der Prozesssicherheit durch das Fehle vo Backup/Recovery- Verfahre oder Restart-Fähigkeite der Cloud-Abieter. Verachlässigug der Nutzbarkeit vo Date, da die alte Abteilugssicht auf die (Stamm-)Date wieder Eizug hält ud übergreifede Auswertuge ud Aalyse durch sikede Datequalität behidert. Fehle eier Ed-to-Ed-Sicht auf die Prozesse durch abteilugs- oder fuktiosspezifische Cloud-Lösuge. Abb. 1: Ceter of Gravity verstehe. Adererseits liege die Vorteile des Cloud Computig für die IT auf der Had: Die IT träumt vo der IT-Power aus der Steckdose ud vertraut auf das Verspreche des Grid-Computig, das Aalogie zur Eergiewirtschaft herstellt. Die IT-Koste beziehe sich u auf die tatsächliche Nutzug ud auf Preismodelle, die utzugsbezoge abreche. Betriebswirtschaftlich ist eie Wadlug der Kapitalbidug durch IT-Ifrastruktur (CAPEX) i operative Betriebskoste (OPEX) möglich. Doch ist die Cloud-Welt wirklich so eifach? wird eie Zusammefassug aller Lösuge verstade, dere IT-Ifrastruktur-Ateile sich uter der Kotrolle des Uterehmes bei eiem Hostig-Provider oder i eiem eigee Rechezetrum befide. Um die Balace der O-Premise-Lösuge zu de Cloud-Lösuge auszudrücke, spreche Aweder wie Oracle i diesem Zusammehag vo eiem Ceter of Gravity ud meie hiermit de Ateil der Cloud-Lösuge i Bezug zu de O-Premise-Istallatioe (vgl. [Har12]). Abbildug 1 stellt das Spaugsfeld des Ceter of Gravity dar. Je höher der Eisatz uterschiedlicher Cloud-Lösuge ist, desto eher verschiebt sich auch die Itegratiosplattform i die Cloud ud damit äher a de Ursprug der Date. Abbildug 2 zeigt eie grudlegede Referezarchitektur für die uterschiedliche Eisatzszearie bei der Applikatiositegratio. Es begit mit der Near-Real- Time-Itegratio im Produktiosbereich i Verbidug mit dem Maufacturig Executio System (MES) oder de deutsche Produktiosplaugs- ud Steuerugssys- Warum sich Hybrid-Modelle durchsetze werde Währed die Abieter vor circa füf Jahre och vo der Cloud-Lösug sprache, zeigt sich heute ei aderes Bild: Die meiste Uterehme utze eie Vielzahl a Cloud- Lösuge mit uterschiedliche Liefer- ud Servicemodelle (vgl. [Mel11]). Daraus etwickelt sich da wie erwäht oftmals eie Cloud-Schatte-IT mit eier Vielzahl a heterogee SaaS-Lösuge, uterschiedliche PaaS-Asätze i der Cloud ud uterschiedliche Lösuge für die System- ud Applikatiositegratio. So ist es also icht verwuderlich, dass hybride Asätze bei Cloud-Architekture auf dem Vormarsch sid (vgl. [Rie14]). Auf die eue Herausforderuge reagierte die Abieter sehr schell ud propagierte forta eie eue Typus der Cloud-Lösug: ipaas (Itegratio Platform-as-a-Service) die Cloud-basierede Itegratiosplattform. ipaas ermöglicht die Itegratio vorhadeer Cloud-Lösuge, die meist als SaaS- Lösuge i Betrieb sid, mit O-Premise- Systeme oder IaaS- oder PaaS-Lösuge der Uterehme. Uter O-Premise Abb. 2: High-Level-Referezarchitektur für Itegratio. 06/

3 Cloud, eher heiter als wolkig: Was wir aus der Cliet/Server-Revolutio lere köe teme. Ob es sivoll ist, diese Itegratiosleistug i eier Cloud vorzuehme, ist umstritte. Auf der Ebee eier physikalische Lokatio ist die Nutzug eier explizite Itegratiosplattform möglich, jedoch habe viele Uterehme lokale Plattforme zuguste eier zetrale Plattform aufgegebe, die über ei Virtual Private Network (VPN) hohe Sicherheitsud Durchsatz-Aforderuge berücksichtigt. Gerade im Hiblick auf eie komplette Ed-to-Ed-Itegratio aller Systeme i eie grudlegede Geschäftsprozess kommt dieser zetrale Architektur eie besodere Bedeutug zu, wie etwa bei Order-to-Cash- oder bei Closed-Loop-Agebotsprozesse. Jeseits der Firewall wird es u iteressat. Wie erfolgt die Itegratio der per Defiitio stadardisierte SaaS-Lösuge utereiader bzw. zu de O-Premise-Lösuge? Wie erfolgt eie Ed-to-Ed-Sicht auf die Prozesse? Eie Ersatzivestitio zur Ablösug eier fuktioierede ud beherrschte O-Premise-Itegratioslösug oder über eie Dedicated Private Cloud zu eier Itegratio i eier Public Cloud ist kaufmäisch meist icht ratsam ud erhöht zudem die Risike bei Performace ud GRC. Hier stelle Hybrid-Modelle eie Alterative dar (vgl. [Rie14]). Mit ihe köe sich Uterehme sowohl vertikal vo der Ifrastruktur aufwärts zu de Applikatioe als auch horizotal über uterschiedliche fuktioale Bereiche dem für sie passede Cloud-Modell schrittweise äher. Ei Beispiel soll dies verdeutliche: Abbildug 3 stellt das Itegratiosszeario für eie Closed Order Loop dar, also für eie geschlossee Ed-to-Ed-Regelkreis für das Agebots- ud Auftragsmaagemet. So stellte beispielsweise ei iteratioaler Kozer mit zetraler IT i Deutschlad fest, dass seie Lädergesellschafte immer mehr auf eie SaaS-Lösug vo Salesforce mit eier brachespezifische Ausgestaltug der Firma Veeva Systems setzte. Zwar hatte diese Lösuge Vorteile für de Vertriebsprozess der Lädergesellschafte, doch der Closed Order Loop mit Hadshakig ud bidirektioale Statusübergabe wurde über das zetrale etablierte SAP-System jetzt zu eier Herausforderug: Eie kosolidierte Sicht der Agebots- ud Auftragsdate für Cotrollig ud Forecastig kote ur mit hohem mauelle Aufwad erstellt werde. Im Projektverlauf wurde zwei iteressate Herausforderuge sichtbar, die für eie geerelle Problematik bei der Itegratio vo SaaS-Lösuge sprache. Zum eie stellt Salesforce ei geschlossees System mit fest defiierte Evets zur Verfügug. Aufgrud der Preiszusammesetzug wird die satzweise Verarbeitug durch eie Push so kosteitesiv, dass ei Batch-Modus agewedet werde muss. Dies scheit ei icht allzu seltees Preismodell der SaaS-Abieter zu sei. Zum adere musste bei diesem Kude durch die idividualisierte Implemetieruge seites Salesforce (Veeva) ud die SAP-Module ei recht komplexes kaoisches Datemodells implemetiert werde, um eie bidirektioale Austausch zu ermögliche. Ferer spiegelte die reie Implemetierug eies Poit-to-Poit-Dateaustauschs vo Salesforce zu SAP ud zurück die aktuelle Geschäftsprozesse ud dere Iformatiosflüsse ur grob wider. Bei der Implemetierug musste wir also auf eie BPEL-basierede Asatz ausweiche, um die Aforderuge auch bei der Restart-Fähigkeit ud dem Stammdatemaagemet zu beachte. Auch das Thema Security forderte das Uterehme heraus. Da Nachrichte über Abb. 3: Kudespezifische Implemetierug des Closed Order Loop mittels ipaas. das Iteret ausgetauscht wurde, ware diese agreifbar. Mithilfe eiiger Hacker kote gezeigt werde, wie es möglich war, diese Nachrichte vo auße willetlich zu veräder. Durch die Nutzug eies VPN- Zugriffs i eier Dedicated-Public-Cloud- Lösug für die Itegratio kote dieser Missstad behobe werde. Geerell gilt: Durch die gewachsee Dezetralisierug der Applikatioe ud Itegratiosplattforme besteht die Gefahr vo Wildwuchs ud potezieller Ubeherrschbarkeit. Umso wichtiger wird ei Ordugsrahme für die uterehmesweite IT-Ladschaft, der Flexibilität ud Geschwidigkeit der Veräderug eibezieht, aber gleichzeitig die otwedige GRC, die Nutzbarkeit der Date sowie die Ed-to-Ed-Prozesssicherheit beachtet. Uterehmesarchitektur als Ordugsrahme Die Geschwidigkeit bei der Adaptio vo Cloud-Lösuge im IT-Markt eriert sehr a de rasate Ausbau der Cliet/Server- Lösuge. Auch hier sollte die zetrale IT reagiere, jedoch ohe dabei die Fehler vo damals zu wiederhole. Sie sollte also icht versuche, die eue Asätze durch eie strikte a der Zetralisierug ausgerichtete IT-Goverace zu bremse. Das fuktioierte scho bei der Cliet/Server-Revolutio icht, weil die Dyamik zu hoch war. Die Aufgabe der IT wäre es vielmehr, die Cloud-Asätze durch eie bestimmte Ordugsrahme zu förder ud Risike ebeso wie Beefits verstädlich zu dokumetiere ud zu kommuiziere. Die gute Nachricht: Viele Hilfsmittel ud Prozesse habe sich i de Uterehme bereits etabliert ud müsse jetzt ur och a die Aforderuge der Cloud agepasst werde. Ud icht ur das: Die Cloud- Agebote ermögliche der IT auch eue Optioe zur Ausgestaltug ihrer IT-Ladschaft, da sie bestehede komplexe Architekture ud die damit eihergehede Betriebsaufgabe durch das Servicemodell der Cloud-Lösug ersetze ka. Mit Eterprise Architecture Maagemet (EAM) als Ordugsrahme lasse sich Cloud-Asätze i die richtige Bahe leke. Der aktuelle Schwug zur Digitalisierug vo Geschäftsmodelle sowie zur Schaffug euer Wertschöpfug durch die Ergebisse der Digitalisierug verstärke de Druck, diese eue Möglichkeite i Bezug auf ihre Auswirkuge trasparet zu verwalte. Eie Eterprise Architecture (EA) ist das passede Mittel hierzu. Alfred 14

4 schwerpukt Tipp 4: Abahmetests sollte immer grü sei Zero Bug Policy. Iteratio kapp wird. Das führt zu eiem Auch we das Release och ei paar Woche gefährliche Trugschluss: We es akzeptabel ist, mauelle Tests im Notfall wegzu- etfert sei mag, ist es sehr wichtig, Testfälle icht läger als otwedig fehlschlage zu lasse lasse, sid sie scheibar icht wichtig. auch we ma die vermutliche Ursache ket. Auch i der agile Welt ist es der Zweck Ei fehlschlageder Testfall ka durchaus vo Tests, Fehler i der Software zu fide. Probleme verdecke, die erst ach Behebug der We automatisierte Tests dazu ur offesichtliche Ursache zu Tage trete. Ziel des bedigt i der Lage sid, gibt es lediglich Teams muss es sei, die Testfälle auch währed eie Alterative: mauelles beziehugsweise exploratives Teste, bei dem die der Etwicklug grü zu halte. Grü bezieht sich hier auf die Sigalfarbe, die traditioell i Build- Tester ihre Kreativität ud Spotaität eisetze, um Fehler zu fide. Ei weset- Umgebuge eigesetzt werde. licher Nutze maueller Tests besoders bei eue Features ist die kotextbezogee Perspektive auf die zu prüfede gehesweise, we die Erweiterug durch Fuktioalität. De im Gegesatz zu Umpriorisierug doch icht stattfidet ud automatisierte Tests ket der mauelle die Tests weiterhi mauell durchgeführt Tester dere aktuelle Kotext. werde müsse. We es Kude ud Budget zulasse, Abb. 4: Vereifachtes EA-Metamodell für die IT-Bebauug zur Adaptio vo Cloud Aus userer Erfahrug loht sich eie plae wir am Ede eier Iteratio für alle Services. sprechede, achvollziehbare Zuordug Etwickler eie Tag ei, desse Fokus auf vo Aforderuge (User-Storys) ud maueller Testdurchführug liegt. Ziel dieses Tages ist es, die Software zerbreche zu Akzeptaztests. Wird eie Aforderug Zimmerma hält fest: Die Vielzahl der scher Ifrastruktur, wie i Abbildug 4 dargestellt. Cloud-Lösuge mit eiem beliebi- verädert oder erweitert, fließt der Auf - lasse. Geligt es, de Code durch Beut - fuktioale Möglichkeite wie auch der wad für eie otwedige Apassug zer eigabe oder Datekostellatioe zu Bedarf für eue Iformatiossysteme ehme durch eue Techologie wie soziale bei SaaS als Services zur Befriedigug vo ge Service- oder Liefermodell lasse sich besteheder Akzeptaztests mit i die zerbreche, wird für die Situatio, die dazu Schätzug ei. Gibt es außerhalb des geführt hat, ei automatisierter Test Netze, mobile Geräte, itelligete Fahrzeuge, eue Büroiformatiossysteme ud als Techical Services (vgl. [Zim13]) mit Busiess Capabilities ud bei IaaS/PaaS Etwicklugsteams Iteressete für die geschriebe. Aschließed wird der Ma - Akzeptaztest-Kriterie, erhalte diese gel ach voll ziehbar behobe ud mit dem eue Service-Modelle sowie Cloud-Techologie stetig zu. Iovatio auf dem Gebiet der EA, die dies darstelle, orietiere sich Betriebsaufgabe auffasse. Metamodelle wertvolles Feedback zu de Auswirkuge automatisierte Test dafür gesorgt, dass die der Äderug. Köe Aforderuge ud so ge woee höhere Robustheit erhalte der eue Architekture vo Iformatiossysteme sid oft gepaart mit der Notwehug vo serviceorietierte Architekture a de bestehede Asätze zur Eibezie- Akzeptaztests eiader icht zugeordet bleibt. werde, kommt das böse Erwache bei der digkeit eier wohldefiierte Eterprise (SOA) (vgl. [Ber15]) sowie euerdigs am Etwicklug: Die Äderuge dauer füf Plädoyer für Nicht- Architecture (vgl. [Zim13]). Kozept der Microservices-Architekture Miute, das Apasse der fehlgeschlagee alte Akzeptaztests zwei Tage. We die geforderte Fuktioalität imple- Automatisierug Die Cloud-Abieter postuliere eie radikale Veräderug der Uterehmes-IT. API-Maagemet sowie die trasparete (vgl. [Fow14]). Isbesodere erfahre das metiert wurde, also sämtliche automatisierte Tests durchgeführt ud um evetuell Die IT muss sich zuküftig icht mehr um Darstellug der Itegratios- ud Dateflüsse eie steigede Bedeutug im hyb- Mauelle Tests Istallatio, Updates vo Betriebssysteme Mauelle Tests sid auch i agile Pro - otwedige mauelle Tests der eue oder Applikatiossoftware, de Betrieb ride Kotext. I Abbildug 4 ist dies als jekte wichtig. Sie schließe die Lücke zwische automatisierte Tests ud aufwädig weitere mauelle Stufe a. Features ergäzt wurde, schließt sich eie ebst Betriebsbereitschaft, Verfügbarkeit spezielle Form eier fachliche Kompoete zu iterpretiere. Worauf muss ma u ud letztlich Ausfallsicherheit kümmer; oder gar icht automatisiert prüfbare Der User-Acceptace-Test (UAT) diet diese Aufgabe erledigt die Cloud. bei der Adaptio des EAMs auf die Belage Aforderuge. Dabei köe mauelle dazu, eie Software uter reale Bedi gu - Die Realität zeigt allerdigs, dass diese Vorstelluge icht so schell umsetzbar sid. Die bislag och vorherrschede Kerauf- der Cloud achte? Tests zeitaufwädig ud fehlerafällig sei. ge zu teste ud zu prüfe, ob eie Auch i der agile Welt eige Projekt - Software effiziet ud effektiv geutzt werde ka. Software, die für Edaweder Zum eie wird sich die bestehede IT icht gabe des EAM sid die trasparete Darstellug ud die Optimierug der IT-Ifra- teams dazu, mauelle Tests zu verachlässige, we die Zeit am Ede eier gedacht ist, muss bei dieser Testart vom i Luft auflöse köe ud ei jahrelager Trasformatiosprozess ist ötig, um weitgehede Veräderuge im Bereich Cloud Mit dem vermehrte Eisatz vo Cloudstruktur mithilfe eies IT-Bebauugsplas. Beutzer selbst geprüft werde. Dazu ist es otwedig, de fachliche Kotext der zu Computig Tipp 5: zu Pair-Testig erreiche. im Zum UAT. adere ist Lösuge wird sich dieser dramatisch veräder, da sich die physische Hardware prüfede Soft ware zu kee ud eizu- es wahrscheilich, User-Acceptace-Tests dass sich sollte hybride dabei ie Cloud- Asätze durch letztlich die Softwareetwickler durchsetze werde durchgeführt Applikatiositegratio werde. UAT mittels Pair-Testig zu hat eiem ud dass die etscheidede sich dagege Faktor bewährt. wird. Hier Am führt Ede ei ist das Maagemet Beutzer de UAT eier durch, Uterehmes-IT der Etwickler ebe doch sitzt daebe mehr als ud das bekommt Maagemet direkt wertvolles Feedback zur Beutzbarkeit seier ihrer Eizelteile. Was a Arbeit. dieser Im Idealfall Stelle ist weiterhilft, dieser Tester der ist eie stärkere Kude Abstraktio selbst oder ei durch Mitarbeiter die mit Treug tiefem fachliche Wisse, Applikatio aber keie ud weite- techi- vo Fachlichkeit, re Ketisse über de Quellcode. OBJEKTspektrum ist eie Fachpublikatio des Verlags: SIGS DATACOM GmbH Lidlaustraße 2c Troisdorf Tel.: / Fax: / ifo@sigs-datacom.de beziehe. Test werk zeuge sid hierzu icht ud auch die Systemsoftware-Kompoete u i der Had des Cloud-Service- i der Lage. Aus userer Sicht ist ei vollstädig automatisierter UAT auch i der Providers befide. agile Welt icht seriös durchführbar ausgeomme automatisierte Smoke-Tests, die Der IT-Bebauugspla brigt die klassische Sichte ud Zusammehäge vo die Vollstädigkeit der Fuk tio alität oberflächlich prüfe. Gele getlich werde auto- Geschäftsmodell ud Geschäftsprozesse, vo de geschäftsbezogee Fuktioe matisierte GUI-Tests (Graphi cal-userder Applikatioe ud Iformatiossysteme sowie vo de techische Möglich- Iterface) als UAT bezeichet. Diese Tests sid fuktioale Tests uter Eibeziehug keite der beötigte IT-Ressource zusamme (vgl. [Stä09], S. 57). Abbildug 4 eier Oberfläche ud köe zum Beispiel im Regressiostest eie wertvolle Beitrag zeigt ei vereifachtes EA-Metamodell ud leiste. Sie sid aber kei Er satz für die hiterlegt die Objekte der EA, die durch Eibeziehug des Mesche als Tester. de Eisatz eier Cloud-Lösug betroffe werde, durch trasparete Wölkche. Teilweise etfalle diese Kompoete bei uterschiedliche Tipp 6: Zeitaher Servicemodelle UAT. durch Cloud-Lösuge, Währed der was UAT zu i eier der klassische Komplexitätsreduktio Projektwelt der eie IT-Ladschaft abgeschlossee führt. Phase Die geschaffee darstellt, bietet Trasparez es sich i agile Projekte hilft de Veratwortliche, a, umittelbar die ach IT dem zielgerichtet Abschluss eierud schrittweise Fuktioalität gemäß Nutzer-Feedback de Uterehmesaforderugele. Will zu der veräder, Etwickler ud i Folge hilft des dabei, eizuho- die Trasformatio Feedbacks Äderuge i Richtug vorehme, Cloud ist zu uterstütze. seie Arbeit Geht effektiver ma i als der ach Reduktio eiem der Fertigugstiefe UAT-Feedback mehrere och eie Woche. Schritt weiter, ka das Servicemodell über ei Busiess Process Outsourcig (BPO) auch auf Ei Fokus des UAT liegt auf der Istal - die Geschäftsprozesse selbst ausgedeht lierbarkeit der Software. Diese lässt sich werde: Viele große Kozere habe bereits ihr Call-Ceter, die Fakturierugsor- leicht i Kombiatio mit der obe beschriebee automatisierte Prüfug auf gaisatio oder die Vertriebs- ud Marketigorgaisatio ausgelagert. Vollstädigkeit awede: We dieser Smoke-Test erfolgreich war, ließ sich die Mit der Implemetierug eies EAM verbide die meiste Uterehme auch Software offebar erfolgreich istalliere. Ziel des UAT ist es, die Beutzbarkeit eier eie IT-Goverace. Diese mag über klassische EAM-Prozess-Frameworks wie etwa Software zu prüfe. Aus eigeer Erfahrug wisse wir, dass für eie erfolgreiche UAT TOGAF erfolge oder durch eie isolierte IT-Goverace mit eiem gekoppelte i alle Teststufe gewissehaft gearbeitet werde muss. Für Et wickler gibt ichts Portfolio-Maagemet. Durch de Wusch Schlimmeres als eie UAT, der vo de der Fachbereiche, Cloud-Lösuge eizusetze, verädert sich die Bewertug im Tester oder vom Kude ach weige Miute abgebroche wird, weil viele offesichtliche Fehler i de vorherige Teststufe Portfolio-Maagemet. Ma möchte de geschilderte vier uliebsame Nebewirkuge aktiv begege. Die Cloud- icht etdeckt wurde ud der Software magelde Qualität bescheiigt wird. Lösuge ersetze, wie i Abbildug 4 als Wölkche dargestellt, komplette IT-Ifrastrukture ebst dere Betriebsaufgabe, Last ud Performace-Tests Die Teststufe Last- ud Performace-Tests sodass seites des EAM zwei wesetliche diet im Wesetliche dazu, drei icht- Parameter beachtet werde müsse: 406/2015 /

5 Cloud, eher heiter als wolkig: Was wir aus der Cliet/Server-Revolutio lere köe Literatur & Liks [Ber15] S. Berhard, Microservices architecture thoughts from a SOA perspective, i: SOA Magazie, 2014, siehe: [BIT15] BITKOM-Leitfade: Cloud Computig -Evolutio i der Techik, Revolutio im Busiess, BITKOM, 2015, siehe: [Fow14] M. Fowler, Microservices, siehe: [Goo15] Google Treds, Cloud Computig (Iteresse im zeitliche Verlauf), siehe: Suchbegriff Cloud Computig als Softwaregere) [Hag15] T. Hageau, Cloud Computig der Hype ist vorbei, i: Computerwoche 2015, siehe: [Har12] J. Harris, The Cloud is shiftig our Ceter of Gravity, 2012, siehe: [KPM15] KPMG, Cloud-Moitor 2015: Cloud-Computig i Deutschlad Status Quo ud Perspektive, BITKOM Research, 2015, siehe: [Mel11] P. Mell, T. Grace, The NIST Defiitio of Cloud Computig, NIST Special Publicatio , 2011 [Rie14] S. Ried, The Forrester Wave: Hybrid Itegratio, Q1, 2014, Forrester, 2014, siehe: [Stä09] D. Stähler et. al, Eterprise Architecture, BPM ud SOA für Busiess Aalyste, Haser Verlag, 2009 [Zim13] A. Zimmerma et al., 3a Metamodell basierte Itegratio vo Service orietierte EA Referezarchitekture, i: Proc. of Fachtagug INFORMATIK 2013, Stuttgart, Editio Lecture Notes i Iformatics (LNI), 2013 Die meist uveräderbare GRC-Aforderuge. Die geschilderte Herausforderug der Systemitegratio über die Ebee der Prozesse, Applikatioe ud Date. Das EAM wird als Hüter der GRC-Aforderuge u die otwedige Sicherheit ud Ausfallsicherheit (Busiess Cotiuity) seites der Cloud-Provider aforder. Hier sid gerade i Deutschlad Private- Cloud-Szearie auf dem Vormarsch (vgl. [KPM15]). Dies führt icht zu eier Veräderug des Diestes a sich, soder ur zu eier adere Form des Liefermodells. Dieser Aufgabe liege GRC-Aforderuge ud SLAs für die Ausfallsicherheit zu Grude, die mit dem Fachbereich gemeisam verbidlich festgelegt wurde. Diese erscheie daher icht als Stolperstei, soder als Leitliie bei der Auswahl des Cloud-Modells. Das sieht bei de Itegratiosaufgabe, der Nutzbarkeit der Date (Stichwort Datequalität ) ud der Ed-to-Ed-Prozesseffiziez scho gaz aders aus. Die isolierte Cloud-Lösug immt i der Regel eie rei fuktioale Sichtweise ei: bei der Beachtug der Datequalität bei der Nutzbarkeit der Iformatioe der Cloud-Lösug im Gesamtkotext bei der Sicherstellug der otwedige Itegratiosflüsse für eie Ed-to-Ed- Prozesseffiziez Stakeholder der Cloud-Lösug sehe die Nutzbarkeit der Date i eiem adere Kotext oder die Optimierug eies Edto-Ed-Prozesses als sekudär a wie scho bei der Cliet/Server-Revolutio. Umso wichtiger ist es, beim Portfolio- Maagemet im Rahme des EAM ud bei der IT-Goverace die Folgekoste vo isolierte Etscheiduge trasparet darzustelle. Die Veratwortliche sollte die Cloud-Lösug dabei icht verhider, soder otwedige Aktivitäte, um Datequalität zu sicher ud Applikatioe zu itegriere, im Rahme der Eiführug realistisch betrachte. Die optische Aufbereitug der IT-Bebauugspläe, wie etwa i Abbildug 4, hilft gerade de Fachbereiche, die Nebewirkuge der gewüschte Cloud-Lösug zu verstehe ud gemeisam Lösugsasätze zu suche. Fazit Die Verbreitug vo Cloud-Lösuge ist uaufhaltsam: Der Cloud-Zug rollt. I der Ausprägug werde uterschiedliche Liefer- ud Servicemodelle ihre Eizug i die Uterehme fide, sodass hybride Asätze die Regel werde. Die Cliet/ Server-Revolutio hat us gelehrt, die Verbreitug der Cloud-Lösuge seites der zetrale IT zu uterstütze, astatt als Bremser vo Iovatio aufzutrete. Die IT verfügt mit eier serviceorietierte Adaptio der klassische EAM-Asätze i Verbidug mit der IT-Goverace über ei bereits etabliertes Istrumet, um diese Etwicklug i die richtige Bahe zu leke ud über eie Cloud-Strategie zu förder. Die Paradigme der große, itegrierte Gesamtsysteme sollte hierbei überdacht ud der Fokus verstärkt auf die Applikatios- ud Dateitegratio gelegt werde. Die Trasparez, Plabarkeit ud Beherrschbarkeit, die dafür ötig ist, ka mittels EAM hergestellt werde. Die Aussichte durch Cloud-Nutzug stelle sich also durchaus eher heiter als wolkig dar. Der Autor Rolf Scheuch (Rolf.Scheuch@opitz-cosultig.com) ist geschäftsführeder Gesellschafter vo OPITZ CONSULTING ud ebe der Rolle des Chief Strategy Officers aktiv als Maagemet-Coach tätig, mit Schwerpukte i der Etwicklug eier geschäftszielorietierte IT-Strategie. 16