Integration von Automatisierung in ITSM-Tools Ein Beispiel aus der Praxis. Klassifizierung

Transkript

1 Integration von Automatisierung in ITSM-Tools Ein Beispiel aus der Praxis

2 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 2

3 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 3

4 Die ITEOS-Gruppe Land Baden- Württemberg EVG GmbH (100%) Zweckverband 4IT 12 % 88 % ITEOS (AöR) 100 % 86 % endica GmbH (86%) 100 % DIKO GmbH (100%) 1. Errichtung der ITEOS als Anstalt des öffentlichen Rechts (AöR) mit gemischter Trägerschaft durch das Land und den Gesamtzweckverband 4IT (fusionierte Einzelzweckverbände KDRS, KIRU und KIVBF). 2. Eigene gesetzliche Regelung in Anlehnung an die Kommunalanstalt gemäß GKZ-Novelle (Gesetz für kommunale Zusammenarbeit) % Beteiligung der ITEOS an der endica GmbH (ursrpgl. ZV KIVBF). Die übrigen Anteile liegen bei externen Gesellschaftern. 4. Verschmelzung der Betriebsgesellschaften IIRU GmbH (ursprgl. ZV KIRU), KRBF GmbH (ursprgl. ZV KIVBF) und RZRS GmbH (ursprgl. ZV KDRS) ) zur DIKO GmbH (geplant für Dezember 2018). 5. Die EVG GmbH (ursprgl. DZBW) bleibt als Vertriebs-gesellschaft erhalten. 4

5 Unser Geschäftszweck Die ITEOS bietet IT-gestützte integrierte Lösungen für die gesamte Wertschöpfungskette der kommunalen, öffentlichen Hand. Dabei verstehen wir uns als Ihr kompetenter Partner auf dem Weg zur Digitalisierung. 5

6 Unser Geschäftszweck IT-Fachlösungen für kommunale Kunden, Einrichtungen und Wirtschaftsbetriebe

7 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 7

8 DIE ITEOS-Cloud TECHNISCHE AUSGANGSLAGE Heterogene Servicebereitstellung (z.b. Client/Server, Rich Client, Webbasiert -> dezentral / zentral betrieben) Einsatz unterschiedlicher Virtualisierungstechnologien (z.b. Citrix XenApp, Microsoft App-V) Inkompatibilität zwischen Softwarekomponenten diverser Services Keine serviceübergreifenden Standards, Insel-Lösungen (z.b. Namenskonventionen, Staging, Billing, Onboarding) Niedriger Automatisierungsgrad 8

9 DIE ITEOS-Cloud ZIELE Aufbau einer einheitlichen Betriebsplattform im Service Provider Modell nach BSI Standards (Sicherheitszonen, Verfahrenssilos) Platzierung eines zentralen Zugriffspunktes für alle angebotenen Services Schaffung von serviceübergreifenden Standards (Grundvoraussetzung zur Automatisierbarkeit) Einheitliche Regelprozesse (z.b. Changemanagement, Release-Management, ) 9

10 DIE ITEOS-Cloud ZAHLEN Kategorie Anzahl Angelegte Cloud Kunden Angelegte Cloud Benutzer Angemeldete Cloud Benutzer (letzte 30 Tage) Max. gleichzeitige Sessions Bereitgestellte Apps

11 DIE ITEOS-Cloud ARCHITEKTUR VEREINFACHT 11

12 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 12

13 RELEASE-PROZESS Release Bündelung Der Service-Owner eines Services sammelt Änderungen und bündelt diese zu einem Release 13

14 RELEASE-PROZESS Release Initiierung Der Service-Owner plant ein Release mittels Valuemation 14

15 RELEASE-PROZESS Release Initiierung Ein Release kann servicespezifische, serviceübergreifende und cloudbasierte Änderungen enthalten. 15

16 RELEASE-PROZESS Release Implementierung Das Implementierungsteam fertigt über FLOWSTER eine Kopie des produktiven Release an. Anschließend wird auf der Kopie das neue Release implementiert (Einwicklung DEV) 16

17 RELEASE-PROZESS Qualitätssicherung Das Implementierungsteam fertigt über FLOWSTER eine Kopie der implementierten Entwicklung an. Diese wird durch die Anwendungsbetreuung qualitätsgesichert. (Release to Manufacturing RTM) 17

18 RELEASE-PROZESS Rollout Der Service-Owner kann über FLOWSTER eigenständig den Rollout planen und durchführen. 18

19 RELEASE-PROZESS Rollout Der Service-Owner kann über FLOWSTER eigenständig den Rollout planen und durchführen. 19

20 RELEASE-PROZESS Rollback Der Service-Owner kann über den gleichen FLOWSTER-Mechanismus ein Rollback durchführen 20

21 RELEASE-PROZESS Sonder-Releases Neben den Standard- Releases ermöglicht der Einsatz von FLOWSTER auch das Anbieten von individuellen Release- Planungen. 21

22 RELEASE-PROZESS Langzeit-Releases Neben den gezeigten Release- Zyklen gibt es parallel dazu die Möglichkeit, auf Basis der Kopie einer Produktions- oder Testumgebung ein Langzeit- Release zu entwickeln. 22

23 AUTOMATISIERTES STAGING Ein Staging-System beschreibt eine oder mehrere Umgebungen, die dem Produktivsystem ähnlich oder identisch sind Qualitätssicherung in Form von Tests und Abnahmen innerhalb der Stages durch die Fachlichkeit Umsetzung je Produkt: Maschinenkataloge und Bereitstellungsgruppen (Server und Published Apps) Gruppenrichtlinienobjekte (Konfigurationen) Filesystem (Profile und Konfigurations-Files) 23

24 AUTOMATISIERTES STAGING Qualitätssicherung erfolgt durch mehrstufigen Staging Prozess Nur getestete und freigegebene Frontend-Releases werden in die Produktion überführt (hoher Qualitätsstandard) 24

25 Produkt AUTOMATISIERTES STAGING Maschinenkataloge und Bereitstellungsgruppen Optional: RC Entwicklungsumsgebung für Langzeitreleases DEV Entwicklungsumgebung für Monatsreleases Sicherung der technischen Grundfunktionalität RTM Umgebung für Fachlichkeitstests (intern/extern) Abnahme der Monatsreleases Release Candidate SAPGUI Entwicklung SAPGUI Release to Manufacturing SAPGUI PROD Produktionsumgebung Produktion SAPGUI 25

26 AUTOMATISIERTES STAGING MACHINE CREATION SERVICE 26

27 AUTOMATISIERTES STAGING PRODUKTIVSETZUNG FLOWSTER Studio 27

28 AUTOMATISIERTES STAGING PRODUKTIVSETZUNG FLOWSTER Shell-Workflow Spezifische Hülle mit individuellen Einstellungen für jedes Produkt: Start Core-Workflow Prüfroutine zur Ausführung des Core- Worklows Validierung Bereitstellung Rollback-Workflow Benutzerinformation 28

29 AUTOMATISIERTES STAGING PRODUKTIVSETZUNG FLOWSTER Core-Workflow Identischer Kern-Workflow für alle Produkte: Ermittlung des RTM-Maschinenkatalogs und des Produktions-Maschinenkatalogs Produktion in Wartungsmodus, Benachrichtigung an Benutzer Aktualisierung des Produktionsmaschinenkatalogs und Validierung Neustart und Validierung Deaktivierung des Wartungsmodus und Abschluss 29

30 AUTOMATISIERTES STAGING ROLLBACK FLOWSTER Shell-Workflow Spezifische Hülle mit individuellen Einstellungen für jedes Produkt: Start Core-Workflow Prüfroutine zur Ausführung des Core- Worklows Validierung Deaktivierung Rollback-Workflow Benutzerinformation 30

31 AUTOMATISIERTES STAGING ROLLBACK FLOWSTER Core-Workflow Identischer Kern-Workflow für alle Produkte: Ermittlung der Master-Images und Versionsprüfung Produktion in Wartungsmodus, Benachrichtigung an Benutzer Rollback des Produktionsmaschinenkatalogs und Validierung Neustart und Validierung Deaktivierung des Wartungsmodus und Abschluss 31

32 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 32

33 INTEGRATION ITSM-TOOL PoC VALUEMATION/FLOWSTER Nachweis Anbindung Flowster an Valuemation Vision Definition des idealisierten Prozess Überleitung in Projekt Showcase für die prozessuale Umsetzung in ITEOS Türöffner für weitere Umsetzungen Auslöser für Nutzung weiterer Module Demo für Prozessverantwortlichen für Release u. Deployment Klarheit über Aufwände und Funktion Integration Flowster in Valuemation 5.1 Module Zeitbedarf Personal und Schulungsbedarf 33

34 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION 34 Einwohner Finanzen Bibliothek Service Levels - Servicezeit - Betriebszeit - Onlinezeit Potenzielle Wartungsfenster für Release-Wechsel Samstag 17 Uhr bis Sonntag 22 Uhr Potenzielle Wartungsfenster für Release-Wechsel Freitag 20 Uhr bis Montag 6 Uhr Potenzielle Wartungsfenster für Release-Wechsel Täglich zwischen 20 Uhr und 6 Uhr

35 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION 35 Einwohner Finanzen Bibliothek Service Potenzielle Wartungsfenster Katalog für Release-Wechsel Samstag 17 Uhr bis Sonntag 22 Uhr Potenzielle Wartungsfenster für Release-Wechsel CMDB Freitag 20 Uhr bis Montag 6 Uhr Potenzielle Wartungsfenster für Neues Release-Wechsel Täglich zwischen 20 Uhr Release und 6 Uhr

36 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION Einwohner Finanzen Bibliothek Valuemation Release (Global Change) V1 MasterImage MCS Kopie Aktualisierung des aktuellen der Dev Master Stage Images mit der neuem vapp Master Komponenten Images von der Prod Reboot Stage der erstellen Dev Worker Konsolidierung der Snapshots Sysprep GPO des neuen MasterImages Domänenregistrierung Kopie der aktuellen Produktiven u. GPO Computerkonto erstellen in richtige OU verschieben Verknüpfung der neuen GPO in MI, Snapshot Dev, RTM, erstellen Prod OUs(Stages) Windows Aktivierung Updates der GPO installieren MI und Dev Snapshot Stage (OU) erstellen Neues Release V2 36

37 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION Einwohner Finanzen Bibliothek Neues Release Valuemation Release (Status Implementierung) V1 CHANGE Build 1 CHANGE Build 2 CHANGE Build 3 V2 37

38 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION Einwohner Finanzen Bibliothek Neues Release Valuemation Release (Status Test & Validierung) V1 MCS Aktualisierung der RTM Stage mit neuem Master Image Reboot der RTM Worker GPO Aktivierung der GPO in RTM Stage (OU) V2 38

39 INTEGRATION ITSM-TOOL AUTOMATISIERUNG KONFIGURATION Einwohner Finanzen Bibliothek Neues Release Valuemation Release (Status Rollout) V1 MCS Aktualisierung der PROD Stage mit neuem Master Image Reboot der PROD Worker GPO Aktivierung der GPO in PROD Stage (OU) Bereinigung V2 39

40 AGENDA Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration ITSM-Tool Ausblick 40

41 AUSBLICK Beschreibung der gesamten Prozesskette unter Berücksichtigung des Datenflusses Festlegung der erforderlichen Module und Konzeption Integration der Module und Valuemation-Workflows und Integration notwendiger Daten (z.b. Service Katalog) Anbindung der Flowster-Workflows an die Valuemation Prozesse 41

42 VIELEN DANK FÜR IHRE AUFMERKSAMKEIT!