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