CI

• Public Cloud
• Community Cloud
• Private Cloud
• Hybrid Cloud
•  

• IT-Entwicklung
• IT-Betrieb

• Grösse / Budget des Unternehmens
• Business Impact des Services / Software

• Phase 1 - Anforderungen und Pflichtenheft erarbeiten
  • Beschaffungsteam bilden (betroffene Personen)
  • Planung (Ressourcen, Kosten, Termine, ...)
  • Anforderungen ermitteln (an die Lösung, an den Lieferanten)
  • Beurteilungskriterien aufstellen (KO-Kriterien, Wishlist, Prioritäten)
  • Randbedingungen festlegen (Infrastruktur, Know-How, Vorschriften)
• Phase 2 - Erweiterte Papier-Evaluation
  • Marktübersicht verschaffen (Long-List, Lösungen, Lieferanten, Hersteller)
  • Filterung der Long-List (KO-Kriterien, Top-Down, ergibt Short-List)
  • Offerten einholen und beurteilen (Grundlage für Kostenbeurteilung)
  • Entscheid über das weitere Vorgehen (Evaluation oder Eigenentwicklung)
• Phase 3 - Use Case Evaluation & Testen
  • Art der "Hands-On" Evaluation festlegen (Intern, Extern, Demo, Firmenbesuch)
  • Anwendungsfälle zur Beurteilung zusammenstellen (Typische, Häufige, Kritische)
  • Evaluation durchführen
  • Evaluationsbericht erstellen (Entscheidung Kauf/Einführung, Neue Iteration?)
  • Service / Software einführen

• beinhaltet eine Forderung im Bezug auf:
  • Funktionen, Daten, Mengen, Max. Kosten, Performance, Bedienung
  • Sicherheit und Kompatibilität, Konfigurationsaufwand, ...
• steht einem direktem Nutzen gegenüber:
  • kleinerer Kontrollaufwand, mehr Transparenz, Höhere Flexibilität, ...
• Nutzen lässt sich quantifizieren

• von grob-granular (coarse-) oder feingranular (fine-grained)
• möglichst frühen und schnellen Ausschlus ungeeigneter Lösungen und Angebote
• allgemein gefasste Anforderungen sind typischerweise einfach zu verifizieren
• sehr spezifische Details sind oft schwierig zu prüfen
• Evaluationsaufwand reduzieren dadurch stark

• Functional Fit (so wenig wie möglich, aber so viel wie nötig)
• Flexibility (Benutzerfreundlichkeit, Skalierbarkeit, Anpassungsfähigkeit)
• Maturity (Entwicklungsstatus, Referenzprojekte, Erfahrung)
• Support (Standort, Qualität, Aus- und Weiterbildungsangebot, Dokumentation)
• Continuity (Benutzerbasis, Aktualisierungszyklus, Kundenbindungsmassnahmen)

• Paralellität / Gleichzeitige Transaktionen
• Unterstützung verschiedener Sprachen
• Weltweiter Zugang / verschiedene Zeitzonen
• hohe Verfügbarkeit / Zero-Down-Time
• Gesetze und Datenschutzrichtlinien
• Unterstützung von verschiedenen Mandanten
• Unterstüzung verschiedener Währungen

1. Aufteilung der Applikation in Layers und instanzierfähige Runtimekomponenten
2. Verteilung der Komponenten auf Rechner
3. Ausbau der Rechner: Anzahl Prozessoren und Speicher
4. Von der Multi-Prozess- und Multi-Userfähigkeit der Software

• Art des Supportes (Telefon, EMail, ...)
• Zuverlässigkeit und Reaktionszeit
• Training, Aus- und Weiterbildungsangebot
• Dokumentation für Benutzer und Entwickler

• Grösse und Aktivität der Benutzerbasis
• Art der Lösung (Company- vs. Community-Driven)
• Transparenz (Code/Interfaces, Issue-Tracking, Roadmap)
• Aktualisierungszyklus
• Kundenbindungsmassnahmen

• 0: irrelevant / kein ersichtlicher Nutzen
• 1: geringer Nutzen, nicht wichtig
• 2: mittlerer Nutzen, Kompromiss denkbar
• 3: hoher Nutzen, nur schwer verzichtbar

• 0: nicht erfüllt
• 1: für nächste Version geplant
• 2: Anpassung oder "work around" erforderlich
• 3: erfüllt die Anforderung weitgehend
• 4: erfüllt die Anforderung voll

• Bestehende Systemlandschaft und Schnittstellen
• Vorhandene Hardware, resp. Lieferanten
• Vorhandenes Know-How
• Gewohnheiten und Erfahrungen

• Liste der näher zu analysierenden Softwarepakete
• Enthält Informationen zu Softwarepaketen
• Informationen in Form von Referenzen

• Tagungen und Fachmessen besuchen
• Sich bei Firmen aus Ihrer Branche informieren
• Experten beiziehen (externe Hilfe)
• Keine klar ungeeignete Softwarepakete in der Auswahl haben

Software oder Service beschaffen

• Klären, welche Evaluationsart für das Paket sinnvoll und möglich ist
  • Evaluation auf eigenem Testsystem
  • Evaluation extern in Auftrag geben
    • Pro: Experten mit Erfahrung aus früheren Evaluationen
    • Kontra: Kosten, Zeitaufwand, Offenlegung kritischer Firmendaten
  • 3rd-Party Evaluation / Referenzsystem:
    • System im Einsatz bei anderem Unternehmen analysieren
    • Erfahrungen der Mitarbeiter erfassen
  • Produktpräsentation:
    • Möglichkeit zum "Hands-On" beschränkt
    • Auf Aussagen von Vertreter limitiert
• Je nach Budget, Zeitrahmen und Personellen Ressourcen entscheiden

• Typisch und häufig Anwendungsfälle
• Kritische Punkte (benötigte Ressourcen, Business Impact)
• daraus sollten man Testfälle generieren

• Testergebnisse der getesteten Softwarepakete zusammenfassen
• Hauptkritikpunkte erfassen (falls vorhanden)
• Empfehlung an den Auftraggeber formulieren
• Entscheid über Kauf und Einführung durch Auftraggeber abgesegnet

• es entstehen Löcher in der Safe-Zone
• evtl. Private Cloud selber hosten
• Was passiert mit daten welche einem Cloud Provider anvertraut wurden
• Grenzen bei Cloud Diensten verschwimmen
• Was passiert wenn man den Perimeter verlässt

• Vendor-Lock-In
• Aktualität
• Rechtsfragen
• Verfügbarkeit

IT Industrialisierung bezeichnet die Übertragung bewährter Methoden und Prozesse aus dem Bereich der industriellen Fertigung auf die Informationstechnik

Steigerung der Effizienz und Effektivität

• Mittelalterliches Handwerk
  • Handwerk im Zentrum
  • Wenig Spezialisierung
  • Kleine Mengen
  • Handarbeit
  • Einzelstück
• Industrielle (Fliessband) Fertigung
  • Herstellungsprozess im Zentrum
  • Spezialisierung
  • Grosse Mengen (Massen)
  • Maschinelle Herstellung
  • Standardisiertes Produkt

• Effizienz
• Standardisierung
• Grosse Mengen, Volumen und Effizienz
• Geschwindigkeit

• eine Vielzahl unterschiedlicher Kombinationen/Konfigurationen
• Anzahl an Varianten nimmt mit jeder neuen Version zu
• nur schwer oder gar nicht mehr reproduzierbare Konfigurationen
• Unterschiedliche Varianten zeigen unterschiedliches Verhalten im Betrieb
• Kosten für Unterhalt nehmen zu
• Infrastruktur ist irgendwann nicht mehr zuverlässig betreibbar

• Standardisierung
• Modularisierung
• Automatisierung
• Wiederverwendung

• Remote-Access VPN
  • Zugriff eines Clients auf ein Netzwerk
• Site-to-site VPN
  • Verbindung zweier Netzwerke über einen verschlüsselten Tunnel
  • Verbindung von Router/Firewall zu Router/Firewall
  • Feste Endpunkte (fixe IP)

• PPTP (Point-to-Point-Tunneling Protokoll)
  • basierend auf PPP-Protokoll
  • Veraltet und unsicher
• L2TP (Layer 2 Tunneling Protokoll)
  • veraltet und unsicher
• SSL-VPN
  • wird breit eingesetzt für Clientzugriff
  • einfache Konfiguration des Clients
  • nur Port 443 wird benötigt
• IPSec-VPN
  • ursprünglich für IPv6 entwickelt, Portierung auf IPv4
  • für Site-to-Site VPN und Remote Access VPN geeignet
  • wichtigstes VPN Protokoll heute

• IPv6 unterstützt das Konzept von Header Extensions
  • IPSec wurde auf IPV4 zurückportiert
  • bei IPv4 werden die IPSec Header zwischen dem IP-Header und dem TCP/UDP-Header eingefügt
• IPSec kann den AH und/oder ESP Header verwenden
  • AH: Authentication Header (die Authentizität des Datenursprungs ist sichergestellt)
  • ESP: Encapsulating Security Payload (die Daten sind verschlüsselt)
• Header enthalten eine Sequenz-Nummer und einen Index auf eine SA (Security Association)
• das Datenpaket wird mit einem Hashwert ergänzt (Integrität)

• jedes IPSec Endgerät kann beliebig viele SA speichern
• eine SA ist eine Datenstruktur mit folgenden Informationen (unvollständig)
  • Authentifikationsverfahren: Modi und Schlüssel falls AH verwendet wird
  • Verschlüsselungsverfahren: Modi und Schlüssel falls ESP verwendet wird
  • Lebensdauer der SA und der Schlüssel
  • IP-Adresse der Endsysteme (ev. Netzwerk)
• beim Verbindungsaufbau wird die SA aufgebaut
  • dazu wird das Protokoll ISAKMP verwendet

Internet Security Association Key Management Protocol

• Phase 1
  • Aushandlung des gemeinsamen Schlüssels mit einem erweiterten Diffie-Hellman-Verfahren
  • Aushandlung der Verschlüsselungs- und Hash-Protokolle
  • im Main-Mode (langsamer)
    • Partner einigen sich auf die verwendeten Krypto-Protokolle für die Phase 2
  • im Aggressiv-Mode
    • verlangt der Initiator ein bestimmtes Set von Protokollen
  • Authentisierung der Partner (Pre shared Key, Digitale Signatur, RSA oder EL-Gamal)
• Phase 2
  • die SA wird aufgebaut
  • die weiteren Parameter für die IPSec-Verschlüsselung und den Tunnel werden ausgetauscht

• Tunnel-Modus (heute Standard)
• Transport-Modus (nur Host-Host-Verbindungen sind möglich)

• Internet-basiert
  • Zugriffe über Applikationen (RDP, Citrix), SSL VPN, Site-to-Site VPN
• nicht Internet-basiert
  • Dark fiber, LAN-Interconnect Service, Private Line, Business VPN, Richtfunk

• Geschwindigkeit (Up, Down, Garantierung)
• Zuverlässigkeit (SLA, Support)
• Kosten
• Redundanz
• Konfiguration und Management
• Provider (Reputation, Standort, Örtliche Aspekte)
• Sicherheit

• verschiedenste Geräte (Devices, Switches, Routers, Firewalls, Patch-Panels, ...)
• Netzwerke sind statisch
• Veränderungen unterliegen einem Change Management
• Management ist komplex und proprietär
• Unterschiedliche Anbieter auf den verschiedenen Layers

• Eigenschaften des Netzwerkes können dynamisch angepasst werden
• Entkopplung von Data Plane und Control Plane
• Anforderungen von Protokollen (QS) und Applikationen können dynamisch angepasst werden
• Höhere Bandbreiten können erreicht werden