3 wege in die cloud, sascha dittmann, ernst & young
DESCRIPTION
CloudOps Summit 2012, Frankfurt, 20.9.2012 Track 1 - Transition by Sascha Dittmann, @saschadittmann, Software Developer and Solution Architect at Ernst & Young Find the video of this talk at http://youtu.be/cbaqEj2r110 http://cloudops.de/sprecher/#saschadittmannTRANSCRIPT
Run your Cloud.
Sascha Dittmann Software Developer / Solution Architect
Twitter: @SaschaDittmann Blog: http://www.sascha-dittmann.de
Die Windows Azure Plattform D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
PC Games Console Phone Tablet Browser
Cloud Services Web Role Worker Role VM Role
Blobs Drive Data Sync
Connect Caching
Office Add-in
Database/BI
CDN
Queues Tables
Traffic Manager
Access Control Service Bus
Big Data
Virtual Machines Mobile Serv. Web Sites
Media Serv.
Virtual Network
Windows Azure Cloud Services (PaaS) D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
Browser
Cloud Services Web Role Worker Role
Database
Caching
Blobs Queues Tables
Voraussetzungen für Cloud Services
Mindestens 2 Instanzen pro Rolle Hochverfügbarkeit (SLA 99,9%) Ausführungsort einer Instanz
kann zur Laufzeit wechseln (z.B. bei Hardware-Ausfall, Host- oder Guest-Upgrade, …)
Zustandsloses Design Geeignete Persistenzoption Lose Koppelung der Instanzen
(z.B. über Service Bus, Queues, …)
Instance2 (Ready)
Instance2 (Ready)
DB/Storage [Shared]
Loadbalancer
Instance2… (Ready)
Instance1 (Ready)
Persistenz SQL Database WA Tables WA Queues WA Blobs WA Drives Lokales FS
Tabellen mit Schema
Key-Value (NoSQL)
Nachrichten Blobs flexibel flexibel Informationstyp
Ja, 3-fach Ja, 3-fach Ja, 3-fach Ja, 3-fach Ja, 3-fach Nein Redundanz
Ja Ja Ja Ja Ja Nein Toleranz gegen Instanzausfall
Sehr gut, flexible Keys
Gut, ein Key Nein Nein Nein Nein Zugriffs-optimierung
Hoch Hoch Hoch Hoch Hoch Sehr hoch Datendurchsatz
TDS REST REST REST NTFS NTFS Schnittstelle
Datenbank-Maximalgröße
Tatsächlicher Speicher
Tatsächlicher Speicher
Tatsächlicher Speicher
Tatsächlicher Speicher
Keine Kosten
Keine Pro Transaktion
Pro Transaktion
Pro Transaktion
Pro Transaktion
Keine Zugriffskosten
Relationale Datenbank
• Session-Persistenz
• Massendaten mit einem Schlüssel
Asynchrone Kommunikation (z.B. zwischen Rollen)
Ablage von Binärdaten (z.B. Dokumente, Multimedia)
Einsatz von Frameworks, die ein Dateisystem benötigen
Caching von Daten
Typisches Einsatz-szenarien
Windows Azure Web Sites D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
Browser
Database/BI
Web Sites
Windows Azure Web Sites
„klassisches Hosting“ mit Upgrade Pfad Schnelles und Einfaches Deployment
(FTP, Git, TFS, Visual Studio, WebMatrix, …) Hosting von Node.JS, ASP, ASP.NET, Java, Python, etc. Nutzen weiterer Cloud Dienste
(SQL Database, mySQL, Caching, CDN, Storage, …) Katalog mit vorgefertigter Software
Windows Azure Virtual Machines (IaaS) D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
PC Games Console Phone Tablet Browser
Office Add-in
Virtual Machines
Virtual Network
Windows Azure Virtual Machines (IaaS)
Windows Server sowie Linux Betriebssysteme Katalog mit vorgefertigten Virtuelle Maschinen Persistente Festplatten (VHD 3-fach redundant) Sichere Verbindung ins eigene Rechenzentrum durch VPN Migration ohne Codeveränderungen Transfer von Virtuellen Maschinen zwischen dem eigenen
Rechenzentrum und der Cloud
Integration / Hybride Szenarien D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
Data Sync
Connect Access Control Service Bus
Virtual Network
Internationale Szenarien D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
Cloud Services Web Role Worker Role VM Role
CDN Traffic Manager
Mobile Endgeräte D
ata
Laye
r Bu
sines
s La
yer
Appl
icatio
n In
tegr
atio
n Cl
ient
Lay
er
(on-
prem
ise)
Phone Tablet
Blobs
Mobile Serv.
Media Serv.
Multimandantenfähigkeit
Mandant A Mandant B
Daten- bank B
Virtuelle Umgebung A
Virtuelle Umgebung B
Logik
Daten- bank A
Logik
Mandant A Mandant B
Daten- bank B
Virtuelle Hardware-Umgebung
Daten- bank A
Logik
Mandant A Mandant B
Datenbank
Virtuelle Hardware-Umgebung
Logik
Geringste Änderung an der Software Beste Auslastung der Infrastruktur
Multimandantenfähigkeit
Mandant A Mandant B
Daten- bank B
Virtuelle Umgebung A
Virtuelle Umgebung B
Logik
Daten- bank A
Logik
Mandant A Mandant B
Daten- bank B
Virtuelle Hardware-Umgebung
Daten- bank A
Logik
Mandant A Mandant B
Datenbank
Virtuelle Hardware-Umgebung
Logik
Geringste Änderung an der Software Beste Auslastung der Infrastruktur
Möglicher Startpunkt
Fokus: Grundlegende
Vorteile der Cloud
Möglicher Innovationspfad Fokus: Ressourcenoptimierung und
Kostenreduzierung
Checkliste für die Migration
Werden persistente Daten im Dateisystem gespeichert? Werden Sessions verwendet? Werden Komponenten installiert / registriert, etc. Brauchen Sie mehrere virtuelle Verzeichnisse oder Sites? Wird eine Datenbank verwendet? Absichern der Anwendung: IPFilter, ADFS, Zertifikate
Migration von Web-Anwendungen
Migration auf VS2010/VS2012 Anpassen der web.config
Session Management Profile / Membership-Provider Datenbank-Verbindungen
Test im Compute Emulator mit mindestens 2 Instanzen
Migration anderer Anwendungen
Klärung der Persistenz Manuelle Installation der Anwendung per Remote
Desktop Paketierung der Anwendung zur automatisierten
Installation per Startup-Task
SQL Database vs. Virtual Machines
Full-Text Search CLR Types SQL Server Analysis Services / Integration Services
Migration einer Datenbank
Leere Datenbank in der Cloud anlegen
SQL Migration Wizard starten Alternativ:
DACPAC / BACPAC Migration SQL Server 2012 SQL Server Data Tools
Run your Cloud.