Das Auftragsbuch läuft auf LocalDB, und für den Pilotkunden, die Web-API und später die Container Apps muss die Datenbank von außen erreichbar sein, gesichert und gepflegt. Diese Lektion zieht die Datenbank nach Azure SQL. Sie tut das zuerst lokal, von einer LocalDB-Datenbank in eine andere, denn die Technik ist dieselbe, und ein Fehler kostet dort nichts. Der Schritt nach Azure ist freiwillig und endet mit dem Abbau. Azure-Grundlagen und Datenbanken in der Cloud stehen in K3, Modul 3.1 und 3.6; hier steht nur, was das Auftragsbuch daraus macht.
Die Optionen
Microsofts Dokumentation nennt drei Produkte der Azure-SQL-Familie, die dieselbe SQL-Server-Datenbank-Engine benutzen:
| Produkt | Art | Microsoft beschreibt es als | Für das Auftragsbuch |
|---|---|---|---|
| Azure SQL Database | Plattform als Dienst | verwalteter Dienst für moderne Cloud-Anwendungen, mit einzelner Datenbank oder Pool, mit serverlosem Rechnen als Option | die erste Wahl |
| Azure SQL Managed Instance | Plattform als Dienst | fast vollständige Funktionsgleichheit mit SQL Server, „am besten für die meisten Migrationen“ | wenn die Datenbank Funktionen braucht, die Azure SQL Database nicht hat |
| SQL Server auf Azure-VMs | Infrastruktur als Dienst | volle Kontrolle über Engine und Betriebssystem, dafür ist die virtuelle Maschine Ihre Aufgabe | nur bei Zugriff aufs Betriebssystem |
Die Frage, die Microsoft für die Wahl stellt, lautet: Wollen Sie Ihre Datenbank selbst verwalten, Updates einspielen und Sicherungen machen, oder wollen Sie das Azure überlassen? Dazu kommt, was die Anwendung braucht. Microsoft weist darauf hin, dass nicht alle SQL-Server-Funktionen in Azure SQL Database verfügbar sind und dass die Migration für Anwendungen mit Abhängigkeiten vom Betriebssystem oder vom SQL Server Agent schwierig sein kann; als Beispiel steht dort die CLR.
Prüfen Sie deshalb vor der Entscheidung, was das Auftragsbuch tatsächlich benutzt. Die Inventur aus Lektion M1.3 hat es aufgelistet: drei Tabellen, einen Trigger, eine Prozedur, eine Sicht und eine Rolle (seit Lektion M3.3); keine Jobs des SQL Server Agent, keine CLR, keinen Zugriff auf Dateien des Servers. Das spricht für Azure SQL Database. Die Funktionsliste in Microsofts Dokumentation (unter „Weiterlesen“) ist die Quelle, gegen die Sie jede Funktion Ihrer eigenen Datenbank prüfen; der Umzugstest unten ist der Beleg für unsere.
Zwei Entscheidungen innerhalb von Azure SQL Database lässt die Lektion offen und trägt sie in den Modernisierungsplan ein: das Rechenmodell (Microsoft beschreibt ein serverloses mit automatischer Pause und ein bereitgestelltes) und die Redundanz. Beides hängt davon ab, wie oft und wann das Auftragsbuch benutzt wird, und das wissen Sie nach dem Pilot besser als jetzt.