Die Nordlicht Reisen GmbH betreibt ihre Buchungsdatenbank bisher auf einem SQL Server im eigenen Rechenzentrum in Hamburg: rund 1 TB (Annahme der Aufgabe), eine .NET-Anwendung davor, nachts Aufträge für Berichtstabellen, an Kampagnentagen etwa zehnmal so viel Last wie sonst. Die Datenbank soll nach Azure. Die Prüfung nennt das: eine Lösung für relationale Daten empfehlen und eine Dienststufe und eine Rechenstufe empfehlen. Es gibt drei Entscheidungen hintereinander: den Dienst, die Stufe und die Rechenform.
Vorwissen. Was Azure SQL ist, die drei Formen (Datenbank, Managed Instance, VM), DTU gegen vCore und das serverlose Angebot erklärt K3 in Lektion 3.6.1; Cosmos DB und PostgreSQL im Überblick K3 in Lektion 3.6.4. Das wird hier nicht wiederholt. Neu sind die Grenzen, die eine Wahl kippen. Skalierung und Schutz folgen in Lektion 2.2, Sicherung und Hochverfügbarkeit in Lektion 3.1 und 3.4, der Umzug selbst in Lektion 5.3.
Die Anforderung
Alle Zahlen sind Annahmen der Aufgabe.
| Anforderung | Quelle | Messgröße (Annahme) |
|---|---|---|
| Buchungsdatenbank mit etwa 1 TB, Wachstum etwa 300 GB im Jahr | Betrieb | muss ohne Umbau über mehrere Jahre wachsen |
| Kampagnentage mit zehnfacher Last | Vertrieb | Rechenleistung muss schnell hoch und wieder herunter |
| Vorhandene Anwendung ohne CLR, ohne Abfragen über mehrere Datenbanken | Entwicklung | 3 nächtliche Aufträge, die sich als geplante Funktionen oder elastische Aufträge neu bauen lassen |
| Tägliche Berichte des Vertriebs | Vertrieb | dürfen Buchungen nicht bremsen |
| Ausfall einer Zone überstehen | Geschäftsführung | zonenredundant |
| Häufige Abfragen schnell | Fachbereich | Antwortzeit der Speicherschicht im niedrigen Millisekundenbereich |
| Vier Entwicklungs- und Testdatenbanken | Entwicklung | nur tagsüber genutzt |
| Vorhandene SQL-Server-Lizenzen mit Software Assurance | Einkauf | wenn möglich nutzen (Azure Hybrid Benefit) |
| Wenig Verwaltungsaufwand | IT-Leitung | zwei Personen im Datenteam |