CAB

• Technology Trigger
  • Eine mögliche Technologie kommt auf den Markt
• Peak of Inflated Expectations
  • Frühe Publikationen produzieren einen grossen Erfolg.
• Trough of Sisillusionment
  • Das anfängliche grosse Interesse an der "neuen" Technologie ist verschwunden
• Slope of Enlightenment
  • Es werden immer mehr Möglichkeiten, die Technologie sinnvoll einzusetzen bekannt.
• Plateau of Productivity
  • Die Technologie beginnt sich auszuzahlen

2015:
Trough of Disillusionment
Gründe:

• Cloud-Müdigkeit, Hype dauerte bereits mehrere Jahre
• Privacy- und Datensicherheitsdiskussionen
• Berichte von Ausfällen und Misserfolgen tauchten vermehrt auf
• Unklarheit des Begriffs und die Tatsache des "Cloud Washing

Heute:
Plateau of Productivity

Dass fast alles unter dem Begriff "Cloud" positioniert und verkauft wird, auch wenn es bei näherem Hinsehen nicht "Cloud" ist

• Mangelnde Agilität - nicht in der Lage, zeitgerecht auf neue Opportunitäten im Business zu reagieren
• Primär Fixkosten
• Bei stark steigendem Bedarf auf der anderen Seite braucht die IT zu lange, ihre Kapazitäten entsprechend auszubauen
• Sachinvesititionen in die IT sind beträchtlich, dazu kommen laufende Kosten für Unterhalt und Verwaltung der Lizenzen

1. Automatische Ausführung von multiplen Installations- und Konfigurationsvorgängen
2. Hoher Grad an Instrumentierung zur kontinuierlichen Verfolgung und Überwachung des Betriebszustandes
3. Geführte Interaktion mit dem Nutzer via Bestellsysteme, Administrationsportale und Servicekataloge
4. Einbindung von Daten und Umsystemen, die für 1-3 erforderlich sind

Cloud Management Plattform

Es umfasst verschiedene Schichten con Management- und Steuerungssoftware inkl. notwendigen Interfaces zu Umsystemen.

• Selfservice Provisioning Portal
  • Nutzer können darüber Bestellungen absetzen und seine Service Objekte verwalten und überwachen
• Servicekatalog
• Chargeback
  • Berechnung der Nutzungskosten
• Capacity and Performance Management
  • ?
• Life Cycle Management
  • Verwaltung und Kontrolle aller Objekte von Kreation bis Rückzug
• Orchestrator
  • Automatisiert und Sequenziert IT Operations-Prozesse innerhalb der Cloud, steuert die verschiedenen Ressrorce Manager an
• External Cloud Connector
  • Ermöglicht Verbindung und Ansteuerung von anderen Cloud Services und deren Service-Objekte

Überlegungen zu:

• Datenschutz
• Betriebssicherheit
• Eigene Autonomie

Bei grösseren Firmen:
Gibt es überhaut einen Provider der

• über die notwendige vorsorge für den Katastrophenfall verfügt
• über die notwendigen Standorte verfügt, um allfälligen regulatorischen Vorgaben zu genügen
• bereit ist, dem Kunden gegenüber Einblick in seine internen Prozesse und Verfahren zu geben
• Externe Audits zulässt
• Zertifiziert ist

• Nicht den Bedürfnissen der künftigen Zielgruppe entsprechend
• Potentielle Nutzer steigen aus dem Projekt aus, weil die interne IT nicht mit den Angeboten von kommerziellen Anbietern mithalten kann
• Zielsetzung zu amitiös
• Nicht in der Lage, das Betriebsmodell, Kostenverrechnung und Budgetierung entsprechend anzupassen, um die neue Cloud-Umgebung parallel mit der bestehenden traditionellen Umgebung zu betreiben und weiterzuentwickeln

Integration aller an der Software Entwicklung, Einführung und Betrieb beteilligten in einen durchgängigen, hoch automatisierten Arbeitsablauf

Zeitnahe Entwicklung, Test und Betrieb von hochqualitativer und stabiler Software

• Jedes Gerät erfordert ein spezielles Fachwissen
• Verschiedenste Interfaces
• Viele verschiedene Betriebssysteme
• Interoperabilität nicht immer gegeben
• Überwachung für jedes Gerät gesondert nötig
• Kleine Anpassungen erforderen koordinierten Eingriff auf mehreren Geräten in ev. spezieller Reihenfolge
• Feingranulare Einstellungen oft nicht möglich oder nur mit grossem HW-Aufwand

• Die Eigenschaften des Netzwekes können dynamisch angepasst werden
• Eintkopplung von Data Plane und Control Plane
• Anforderungen von Protokollen und Applikationen können dynamisch angepasst werden
• Höhere Bandbreiten können erreicht werden
• Intelligentes Management, auch auf Basis von KI
• Zentrale Logik überprüft dauernd die Anforderungen

• Netzwerke werden zentral und einfach verwaltbar
• Feine Granularität bis auf einzelne Ports herunter verfügbar
• Übergang von HW-Netzwerken zu virtuellen Netzen ohne Probleme machbar
• Microservices können individuell und dynamisch verbinden oder abgegrenzt werden
• Firewall-Funktionen auf jedem einzelnen Port realisierbar
• Durch das Einführen von Tags lassen sich zentrale Regeln automatisch global verteilen

• Die HW kann nocht nicht optimal ausgenutzt werden
• Der angestrebte Standard in der SW-Verwaltung setzt nur langsam durch
• Hersteller bieten unterschiedliche Geräte an
• OpenFlow Spezifikationen werden nicht immer komplett umgesetzt

• Data Sharing
• Backup to Cloud
• Desaster Recovery
• Big Data
• Cloud Computing

• Datensicherheit
• Performance
• Compilance
• Rechtsfragen (Vertraulichkeit, Standortfrage, Zugriff bei Insolvenz)
• Kosten

(Cloud Datenverwaltungsschnittstelle)

Kann zum Erstellen, Abrufen, Aktualisieren und Löschen von Objekten in einer Cloud verwendet werden

• Die im Cloud-Speicherangebot verfügbaren Funktionen zu entdecken
• Container und die darin abgelegten Daten zu verwalten
• Metadaten zu den Containern und den darin enthaltenen Objekten zuordnen

• Package
• Release
• Configure
• Monitor
• Plan
• Create
• Verify

• Machbarkeit der Einführung
• Firmengrösse
• Finanzkraft
• IT-Lastigkeit
• Kontrolle, Flexibilität, Performance
• Globalisierung / Kulturen

Vor, während und nach der Umstellung

• On Demand Self Service
  • Selbstzuweisung von Leistungen aus der Cloud durch den Kunden
• Rapid Elasticity / Scalability
  • Funktionen können schnell und dynamisch bereitgestellt werden 
• Broad Network Access
  • Zugang über Internet und standardisierte Schnittstelle
• Resource Pooling
  • Resourcen des Providers werden gebündelt, sind in der Regel virtualisiert und werden dynamisch vergeben
• Measured Service
  • Qualität der Cloudsysteme wird vom Anbieter überwacht und sichergestellt

Für jedermann zugängliche Cloud, im Eigentum des Providers

Eine Cloud, die nur für eine bestimmte Gruppe von Benutzern zugänglich ist. Im Eigentum der Nutzer/eines Providers

Eine Cloud, die von einer einzigen Organisation genutzt wird.
Kann im Eigentum dieser Organisation oder eines Providers sein.

• Intern
• Outsorced
• Hosted
• Virtual

• Von der Aufteilung der Applikation in Layers und instanzierfähige Runtimekomponenten
• Von Verteilung der Komponenten auf Rechner
• Ausbau der Rechner: Anzahl Prozessoren und Speicher
• Von der Mulitprozess- und Multiuser-Fähigkeit der Software

Skalierung innerhalb eines Rechners

Skalierung durch mehr Rechner

• Es können mehrere Prozessoren genutzt werden
• Für jeden Benutzer können separate Sessions instanziert werden
• Anpassung an steigende Benutzerzahlen
• Skalierung möglich

1. Definition und Festlegung des Umfangs des BCM
2. Verankerung des BCM in der Unternehmensstruktur
3. Schaffung einer - dem Unternehmen angepassten - Gouvernance Struktur
4. Definition der BCM-Rollen und Verantwortlichkeiten
5. Definition von Krisenszenarien und deren Auswirkungen auf die Ressourcen des Unternehmens
6. Identifikation der geschäftskrititschen Ressourcen und Prozesse sowie Analyse der  Auswirkung von Ausfällen im Rahmen der Business Impact Analyse
7. Definition der Business Continuous Strategie zum grundsätzlichen Umgang mit dem Ausfall der einzeln Ressourcen der Geschäftsarchitektur
8. Erstellung der Business Continuity Pläne, die eine Wiederherstellung der geschäftlichen Prozesse und Ressourcen in einer Krisensituation ermöglichen sollen
9. Durchführung von Business Continity Reviews und Business Continuity Tests der Business Continuity Pläne und der Krisenmanagementorganisation
10. Berichterstattung, Schulungen und Kommunikation

Der zuständige Krisenstab

Die Sicherstellung von relevanten Services im Falle von Krisen und Katastrophen

1. Initiierung
2. Anforderungen & Strategie
3. Implementierung
4. Operativer Betrieb

Welche Services aufgrund der identifizierten Risiken und Auswirkungen mit welchen Recovery-Optionen wieder hergestellt werden

• Manuelle Workarounds
• Gegenseitige Vereinbarungen
• Allmähliche Widerherstellung
• Zügige Wiederherstellung
• Schnelle Wiederherstellung
• Sofortige Wiederherstellung

• Notfall-Kommunikationsplan
• Krisenmanagement- und Public-Relations-Plan
• Schadensermittlungs- und bewertungsplan
• Beschaffungsplan für die wichtigsten Daten
• Planung der IT-Scherheit in Haupt- und Ausweichlokation
• Bergungs- und Rettungsplan

Dass die ITSCM Verfahren im Unternehmen dauerhaft etabliert sind