Die Nordlicht Reisen GmbH baut ihr Portal um, und vier Teile der Anwendung brauchen Rechenleistung: das Kundenportal, die Partnerschnittstelle, ein nächtlicher Aufbereitungsjob und die Verarbeitung hochgeladener Fotos. An Kampagnentagen steigt die Last auf etwa das Zehnfache (G-09, Annahme der Aufgabe). Diese Lektion fragt nicht, wie man einen Dienst einrichtet, sondern welcher Dienst zu welchem Teil passt und welche Bausteine die Empfehlung festlegen muss: Dienst, Größe, Skalierung, Netzanbindung und Aktualisierung.
Vorwissen. Was virtuelle Maschinen, Container und Functions sind, steht in „AZ-900 kompakt, Lektion 2.3“; IaaS, PaaS und Serverless ordnen „AZ-900 kompakt, Lektionen 1.2 und 1.3“ ein. Einrichten und Betreiben zeigt AZ-104 in den Lektionen 3.3 bis 3.7. Functions als Entwicklungsthema behandelt „K3, Lektion 3.13.1“, Container Apps für Hintergrundarbeit „K3, Lektion 3.5.7“, Serverless als Architekturstil „K4, Lektion 4.11.3“. Die Verteilung auf Zonen steht in Lektion 3.3 dieses Kurses. Das wird hier nicht wiederholt. Die Lektionen 4.2 bis 4.4 vertiefen die Wahl für virtuelle Maschinen, Container und Serverless.
Die Anforderung
Das Anforderungsblatt nutzt die Vorlage aus Lektion 0.2 und die Ausgangslage G-01 bis G-10. Alle Zahlen und die vier Teile der Anwendung sind Annahmen der Aufgabe.
Die vier Teile: T1 Kundenportal (Web und Programmierschnittstelle, .NET, Linux-tauglich), T2 Partnerschnittstelle (läuft auf .NET Framework 4.8 und nutzt eine Komponente, die es nur für Windows gibt), T3 nächtlicher Aufbereitungsjob für Partnerexporte und Vertriebsberichte, T4 Verarbeitung hochgeladener Fotos (Vorschaubilder).
| Nr. | Anforderung | Art | Messgröße | Gewicht | Quelle |
|---|---|---|---|---|---|
| 4.1-01 | T1 wächst an Kampagnentagen ohne Handgriff auf die zehnfache Last (G-09). | Q | Last-Spitze nach Lasttest höchstens 20 Instanzen der gewählten Größe, normal 3; Annahme | Muss | Vertrieb |
| 4.1-02 | T1 erreicht die Datenbank in Hamburg nur über das private Netz (G-03). | R | keine öffentliche Adresse der Datenbank; Annahme | Muss | Sicherheit |
| 4.1-03 | T2 läuft ohne Umbau auf Windows. | R | .NET Framework 4.8 plus Windows-Komponente; Annahme | Muss | Entwicklung |
| 4.1-04 | T3 ist jede Nacht bis 06:00 Uhr fertig (G-10). | F | etwa 90 Minuten Laufzeit, zwei Prozessorkerne; Annahme | Soll | Vertrieb |
| 4.1-05 | T3 kostet nur, solange er läuft. | K | Abrechnung nach Laufzeit, keine Instanz rund um die Uhr | Soll | Geschäftsführung |
| 4.1-06 | T4 erzeugt ein Vorschaubild kurz nach dem Hochladen (G-06). | Q | in unter einer Minute; Annahme | Soll | Partnerbetreuung |
| 4.1-07 | Neue Teile brauchen keinen eigenen Betrieb des Betriebssystems. | R | kein Patchen von Servern für T1, T3 und T4; Annahme | Soll | Betrieb |
| 4.1-08 | Das Betriebsteam hat keine Erfahrung mit Kubernetes. | R | Annahme | Muss | Betrieb |
| 4.1-09 | Alle Rechenleistung steht in der EU (G-08). | R | germanywestcentral |
Muss | Datenschutz |
Kostenrahmen. Es gilt die Rangfolge der Ausgangslage aus Lektion 0.2: Kosten sinken vor Betriebskomfort, nicht vor der Verfügbarkeit in der Lastspitze. Kostentreiber stehen unten je Dienst; Beträge stehen auf den Preisseiten.