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

Integration von Automatisierung in ITSM-Tools · Klassifizierung AGENDA 3 4 5 2 1 Vorstellung ITEOS Die ITEOS-Cloud Der Release-Prozess und das automatisierte Staging Integration

  • Upload
    others

  • View
    1

  • Download
    0

Embed Size (px)

Citation preview

Klassifizierung

Integration von Automatisierung in ITSM-ToolsEin Beispiel aus der Praxis

Klassifizierung

AGENDA

3

4

5

2

1

2

Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

Klassifizierung

AGENDA

3

4

5

2

1 Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

3

Klassifizierung4

Die ITEOS-Gruppe

Land Baden-Württemberg

Zweck-verband 4IT

ITEOS (AöR)

endicaGmbH(86%)

DIKOGmbH (100%)

12 % 88 %

EVG GmbH(100%)

100 %100 % 86 %

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).

3. 86% 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.

Klassifizierung

Unser Geschäftszweck

5

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.

Klassifizierung

Unser Geschäftszweck

IT-Fachlösungen für kommunale Kunden, Einrichtungen und Wirtschaftsbetriebe

Klassifizierung

3

4

5

2

1

AGENDA

Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

7

Klassifizierung

DIE ITEOS-CloudTECHNISCHE AUSGANGSLAGE

8

› 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

Klassifizierung

DIE ITEOS-CloudZIELE

9

› 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, …)

Klassifizierung

DIE ITEOS-CloudZAHLEN

10

Kategorie Anzahl

Angelegte Cloud Kunden 1.156

Angelegte Cloud Benutzer 29.697

Angemeldete Cloud Benutzer (letzte 30 Tage)

21.057

Max. gleichzeitige Sessions 14.495

Bereitgestellte Apps 16.941

Klassifizierung

DIE ITEOS-CloudARCHITEKTUR VEREINFACHT

11

Klassifizierung

AGENDA

3

4

5

2

1 Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

12

Klassifizierung

RELEASE-PROZESS

13

Release

Bündelung

Der Service-Owner eines

Services sammelt

Änderungen und bündelt

diese zu einem Release

Klassifizierung

RELEASE-PROZESS

14

Release

Initiierung

Der Service-Owner plant

ein Release mittels

Valuemation

Klassifizierung

RELEASE-PROZESS

15

Release

Initiierung

Ein Release kann

servicespezifische,

serviceübergreifende und

cloudbasierte Änderungen

enthalten.

Klassifizierung

RELEASE-PROZESS

16

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)

Klassifizierung

RELEASE-PROZESS

17

Qualitätssicherung

Das Implementierungsteam

fertigt über FLOWSTER eine

Kopie der implementierten

Entwicklung an. Diese wird durch

die Anwendungsbetreuung

qualitätsgesichert.

(Release to Manufacturing RTM)

Klassifizierung

RELEASE-PROZESS

18

Rollout

Der Service-Owner kann

über FLOWSTER

eigenständig den Rollout

planen und durchführen.

Klassifizierung

RELEASE-PROZESS

19

Rollout

Der Service-Owner kann

über FLOWSTER

eigenständig den Rollout

planen und durchführen.

Klassifizierung

RELEASE-PROZESS

20

Rollback

Der Service-Owner kann

über den gleichen

FLOWSTER-Mechanismus

ein Rollback durchführen

Klassifizierung

RELEASE-PROZESS

21

Sonder-Releases

Neben den Standard-

Releases ermöglicht der

Einsatz von FLOWSTER

auch das Anbieten von

individuellen Release-

Planungen.

Klassifizierung

RELEASE-PROZESS

22

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.

Klassifizierung

AUTOMATISIERTES STAGING

23

› 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)

Klassifizierung

AUTOMATISIERTES STAGING

24

› Qualitätssicherung erfolgt durch mehrstufigen Staging Prozess

› Nur getestete und freigegebene Frontend-Releases werden in die Produktion überführt(hoher Qualitätsstandard)

Klassifizierung

AUTOMATISIERTES STAGING

25

Maschinenkataloge und Bereitstellungsgruppen

Entwicklung SAPGUI

Release to Manufacturing SAPGUI

Produktion SAPGUI

Pro

du

kt

Release Candidate SAPGUI

DEV

Entwicklungsumgebung für Monatsreleases

Sicherung der technischen Grundfunktionalität

RTM

Umgebung für Fachlichkeitstests (intern/extern)

Abnahme der Monatsreleases

PROD

Produktionsumgebung

Optional: RC

Entwicklungsumsgebung für Langzeitreleases

Klassifizierung

AUTOMATISIERTES STAGINGMACHINE CREATION SERVICE

26

Klassifizierung

AUTOMATISIERTES STAGINGPRODUKTIVSETZUNG

27

FLOWSTER Studio

Klassifizierung

AUTOMATISIERTES STAGINGPRODUKTIVSETZUNG

28

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

Klassifizierung

AUTOMATISIERTES STAGINGPRODUKTIVSETZUNG

29

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 Produktions-maschinenkatalogs und Validierung

› Neustart und Validierung

› Deaktivierung des Wartungsmodus und Abschluss

Klassifizierung

AUTOMATISIERTES STAGINGROLLBACK

30

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

Klassifizierung

AUTOMATISIERTES STAGINGROLLBACK

31

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 Produktions-maschinenkatalogs und Validierung

› Neustart und Validierung

› Deaktivierung des Wartungsmodus und Abschluss

Klassifizierung

AGENDA

3

4

5

2

1 Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

32

Klassifizierung

INTEGRATION ITSM-TOOLPoC VALUEMATION/FLOWSTER

33

› NachweisAnbindung Flowster an Valuemation

› Showcasefü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“

› VisionDefinition des idealisierten ProzessÜberleitung in Projekt

› Klarheit über Aufwände und Funktion

› Integration Flowster in Valuemation 5.1

› Module

› Zeitbedarf

› Personal und Schulungsbedarf

Klassifizierung

Service Levels

- Servicezeit

- Betriebszeit

- Onlinezeit

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

34

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

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

Klassifizierung

Neues

Release

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

35

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

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

CMDB

Service

Katalog

Klassifizierung

Neues

Release

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

36

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

V1 V2

Valu

em

atio

n

Rele

ase

(Glo

bal C

han

ge)

MasterImage

Kopie des aktuellen Master Images

der vApp Komponenten von der

Prod Stage erstellen

Konsolidierung der Snapshots

Sysprep des neuen MasterImages

Domänenregistrierung u.

Computerkonto in richtige OU

verschieben

Snapshot erstellen

Windows Updates installieren

Snapshot erstellen

MCS

Aktualisierung der Dev Stage mit

neuem Master Images

Reboot der Dev Worker

GPO

Kopie der aktuellen Produktiven GPO

erstellen

Verknüpfung der neuen GPO in MI,

Dev, RTM, Prod OUs(Stages)

Aktivierung der GPO in MI und Dev

Stage (OU)

Klassifizierung

Neues

Release

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

37

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

V1 V2

Valu

em

atio

n

Rele

ase

(Sta

tus Im

ple

men

tieru

ng

)Build

1

CH

AN

GE

Build

2

CH

AN

GE

Build

3

CH

AN

GE

Klassifizierung

Neues

Release

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

38

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

V1 V2

Valu

em

atio

n

Rele

ase

(Sta

tus Te

st &

Valid

ieru

ng

)

MCS

Aktualisierung der RTM Stage mit

neuem Master Image

Reboot der RTM Worker

GPO

Aktivierung der GPO in RTM Stage

(OU)

Klassifizierung

Neues

Release

INTEGRATION ITSM-TOOLAUTOMATISIERUNG KONFIGURATION

39

Ein

wo

hn

er

Fin

an

zen

Bib

lioth

ek

V1 V2

Valu

em

atio

n

Rele

ase

(Sta

tus R

ollo

ut)

MCS

Aktualisierung der PROD Stage mit

neuem Master Image

Reboot der PROD Worker

GPO

Aktivierung der GPO in PROD Stage

(OU)

Bereinigung

Klassifizierung

AGENDA

3

4

5

2

1 Vorstellung ITEOS

Die ITEOS-Cloud

Der Release-Prozess und das automatisierte Staging

Integration ITSM-Tool

Ausblick

40

Klassifizierung

AUSBLICK

41

› 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

Klassifizierung

VIELEN DANK FÜR IHRE

AUFMERKSAMKEIT!