Sprint 3⏱ 28 hMeilenstein M2 „Erreichbar“
Der Name track.hlg.example steht, die Adresse 203.0.113.3 zeigt auf den Verteiler. Jetzt muss dahinter etwas antworten, auch um 5:30 Uhr, wenn 3.000 Kunden in der Minute nach ihrer Sendung fragen. Dazu kommen eigene Mail, Telefonie für die Hallenschicht und ein Proxy. Und bei jedem Dienst die Frage: selbst betreiben oder einkaufen?
Sprint 3Brückenstufe 2
Eure Story: Als IT-Leitung HLG will ich wissen, welche Dienste wir selbst betreiben und welche wir einkaufen, damit Web, Mail und Telefonie in der Morgenspitze tragen.
Hier startet euer Sprint 3. Storycard drucken, im Planning die Aufgaben im Team verteilen und AB 1 bis 7 fest.
Ihr lest die Lage, schaut euch die Morgenspitze in der Szene an, schätzt die Wartezeit der Kunden und plant den Weg durch Teil 3.
0 von 7 AB abgehakt AB-Liste öffnen
Agil arbeiten · Sprint 3
Eure Storycard für Teil 3
Druckt sie doppelseitig aus, bevor ihr loslegt. Im Planning schreibt ihr euer Sprintziel in eigenen Worten auf und ergänzt eigene Kriterien. Am Ende prüft euer Partnerteam gegen die Akzeptanzbedingungen AB 1 bis 7, danach haltet ihr eure Retrospektive.
1 Planning2 Arbeiten mit Daily3 Review4 Retrospektive
Storycard Teil 3 herunterladen PDF · 2 Seiten · 372 KB
Im Projekt: Was betreibt HLG selbst?
Deine Lernangebote in Teil 3
Lernangebot 5 · Web-Dienste und LastverteilungLernangebot 6 · E-Mail und VoIPLernangebot 7 · Proxy, lokal oder öffentlich
Die Karte kennst du von „Bevor du loslegst“. Sie zeigt, was du in diesem Teil lernst.
Karte „Adressen und Routing kompakt“: Was du aus dem Netzaufbau brauchst, auf einer Seite: Adressen, Subnetze, Routing, die drei Standorte. Die Karte steht im Wissensspeicher.
Der wichtigste Satz auf dieser Seite: Nicht alles, was man betreiben kann, sollte man betreiben. Jeder Dienst bekommt eine Rechnung, einen nachgewiesenen Ablauf und eine begründete Entscheidung: lokal oder eingekauft.
Check-in: Wo ist dir das schon begegnet?
Klick bei jedem Punkt an, wo er dir schon begegnet ist: im Betrieb, privat, in einem früheren Lernfeld oder noch nie. Das ist keine Bewertung.
Wozu der Check-in?
Webseiten rufst du täglich auf, eine Mail hast du schon einmal zurückbekommen, weil das Postfach nicht existierte, und vielleicht telefonierst du im Betrieb schon über das Netz. Neu ist, dass du hinter die Kulissen schaust: Was passiert, wenn zu viele gleichzeitig kommen, welche Pakete laufen beim Mailversand und beim Anruf über die Leitung, und wer das alles betreiben soll. Ordne ehrlich ein, wo dir das schon begegnet ist.
Darum geht es
Als IT-Leitung HLG will ich für jeden Dienst nach außen eine Entscheidung, ob wir ihn selbst betreiben oder einkaufen, mit Kriterium belegt, und die Sendungsverfolgung so aufgebaut, dass sie in der Morgenspitze antwortet, damit Kunden ihren Status sehen und wir nichts betreiben, was wir nicht beherrschen.
Die Szene: die Morgenspitze
Es ist kurz nach 5 Uhr. Die ersten Maschinen nach der Nachtruhe sind gelandet, und die Kunden fragen nach ihren Sendungen. Sieh zu, was an einem einzigen Server passiert. Zahlen gibt es hier noch keine: Beschreib in eigenen Worten, was du siehst und was du dagegen tun würdest. Die volle Fassung mit Verteiler und Antwortzeiten kommt in Lernangebot 5.
Die Szene lädt. Ohne JavaScript zeichnest du einen Server mit einer Schlange davor und überlegst, was passiert, wenn mehr Kunden kommen, als er bedienen kann.
Die Lage zu Sprintbeginn
Übersetzungstabelle und Namenskonzept habt ihr in Teil 2 erstellt. Die Werte auf dieser Seite sind die Musterwerte; gleicht sie mit euren eigenen aus Teil 2 ab. track.hlg.example zeigt auf 203.0.113.3, die Firewall leitet 443 und 80 an den Verteiler 172.16.10.10 in der DMZ weiter. mail.hlg.example ist als MX auf 203.0.113.4 eingetragen, das 1:1 auf das Mail-Relay 172.16.10.20 übersetzt wird. Für die Telefonie ist 203.0.113.5 reserviert (Port 5061 auf die Telefonie-Grenze 172.16.10.30). Hinter den Adressen läuft aber noch nichts.
Bisher liegen die Postfächer bei einem Webhoster, die Sendungsverfolgung ist eine Tabelle im Mailanhang, die 40 Telefone im Hub hängen an einer alten Anlage, deren Wartungsvertrag ausläuft. Die Hallenschicht arbeitet zwischen 5 und 6 Uhr und zwischen 22 und 23 Uhr unter Hochlast: In diesen Randstunden landen die Maschinen vor und nach der Nachtruhe von 23 bis 5 Uhr, und genau dann fragen die Kunden.
Die IT-Leitung sagt: „Ich will nicht alles selbst betreiben, nur weil es geht. Zeigt mir je Dienst, was es kostet, wer es betreut und was passiert, wenn es ausfällt. Und die Sendungsverfolgung muss um halb sechs antworten.“ Für Kundendaten gilt die Datenschutz-Grundverordnung. Wer einen Dienst einkauft, braucht mit dem Anbieter einen Vertrag zur Auftragsverarbeitung.
Gegebene Werte: Anlage und Dienste · aufklappen, wenn du sie brauchst
Gegebene Werte: Anlage und Dienste
- Öffentlich im Hub
- 203.0.113.2 Firewall außen und VPN-Ende, 203.0.113.3 Sendungsverfolgung und www (443 und 80 auf 172.16.10.10), 203.0.113.4 Mail-Relay (1:1 auf 172.16.10.20), 203.0.113.5 Telefonie-Grenze (5061 auf 172.16.10.30), 203.0.113.7 PAT für ausgehende Verbindungen
- DMZ 172.16.10.0/24
- Verteiler .10, web1 .11, web2 .12, Mail-Relay .20, Telefonie-Grenze .30, Proxy .40 (Port 3128)
- Servernetz 10.10.40.0/24
- interner Mailserver 10.10.40.25, Sendungsdatenbank 10.10.40.30, interner Resolver 10.10.40.53
- Sendungsverfolgung
- Morgenspitze 3.000 Abfragen je Minute, je Antwort 200 kB; ein Webserver schafft 40 Abfragen je s (Unterrichtswert)
- SMTP von außen auf Port 25, Einlieferung durch Mitarbeitende auf Port 587 mit Anmeldung; 185 Postfächer (120 Hub, 25 Station, 40 Lager)
- Telefonie
- 40 Telefone im Hub (Netz 10.10.30.0/24), Telefonanbieter 198.51.100.60, Signalisierung SIP über TLS 5061, Sprache RTP über UDP 10000 bis 20000
- Leitung Hub
- Glasfaser 1.000/1.000 Mbit/s, Bedarf aus Teil 1 rund 836 Mbit/s mit Reserve
Alle Zahlen sind Unterrichtswerte, alle Adressen stammen aus Bereichen für Dokumentation. Im Betrieb misst du die Kapazität eines Servers mit einem Lasttest, statt sie anzunehmen.
Das entscheidet ihr
- wie viele Webserver die Sendungsverfolgung bekommt und mit welchem Verfahren der Verteiler verteilt
- ob ein Zwischenspeicher am Verteiler Last abfängt und wie alt ein Status dann höchstens sein darf
- ob HLG Mail selbst betreibt (Relay in der DMZ und interner Server) oder Postfächer einkauft
- ob die Telefonanlage im Hub steht oder als Dienst eingekauft wird
- welche Kriterien in die Entscheidung eingehen und wie schwer sie wiegen
- die Form der Entscheidungsvorlage für die IT-Leitung
Erst schätzen, dann arbeiten
In der Morgenspitze kommen 3.000 Abfragen je Minute an. Ein Webserver schafft 40 Abfragen je Sekunde. Wie lange wartet ein Kunde auf seine Antwort, wenn nur ein Server läuft? Und wie lange mit zwei Servern?
Die Auflösung steht bei den Lösungen dieses Teils. Dort wird auf deine Schätzung zurückverwiesen.
Das steuert ihr in Sprint 3 · Brückenstufe 2
Wie in Stufe 1, dazu formuliert ihr im Planning ein eigenes Kriterium, prüft es im Review und bewertet es in der Retrospektive. Der mögliche Weg ist eingeklappt.
Der Kurs gibt vor: Story und AB. Alles Weitere sind Inputs, die ihr euch holt, wenn eure Storycard danach fragt.
Ein Teil, ein Sprint: Das ganze Team arbeitet an dieser Storycard und verteilt die Aufgaben selbst. Vor dem Review erklärt ihr euch gegenseitig, was ihr herausgefunden habt, denn im Review wird ausgelost, wer erklärt.
Rollen im Team: Die Rollen gelten für das ganze Stammteam. Wer eine Aufgabe nicht selbst bearbeitet, schaut aus seiner Rolle im Zwischenreview und vor dem Review darauf.
Aus eurer letzten Retrospektive: Lest im Planning zuerst euren Satz „Das ändern wir“ von der Rückseite der letzten Storycard vor. Er gilt in diesem Sprint als eure erste Teamregel.
In der Mitte des Sprints: Zwischenreview. Ihr zeigt eurem Partnerteam und der IT-Leitung HLG euren Stand am Board und holt euch Rückmeldung, solange ihr noch umsteuern könnt.
Ein möglicher Weg zu eurer Storycard
Ein Vorschlag für euer Backlog, kein Pflichtweg. Ab diesem Sprint ist er eingeklappt: Aufteilung, Reihenfolge, Sprintziel und ein eigenes Kriterium legt ihr im Planning fest.
Vorschlag aufklappen, wenn ihr ihn braucht
Planning
Input
Input
AB 1 und 2
AB 3 und 4
AB 5 und 6
AB 7
Review
Der Weg im Einzelnen
- Auftrag klären
Lest Lage und Story. Schreibt auf, welche Dienste HLG nach außen braucht und welche Fragen ihr der IT-Leitung stellt. (Planning) - Szene ansehen
Schaut die Morgenspitze in der lösungsfreien Szene an und haltet fest, was ihr seht. (Input, nur so weit ihr ihn braucht) - Fachgrundlage lesen
Webdienste, Lastverteilung, Mailtransport, Sprachübertragung, Proxy, Kriterien lokal gegen öffentlich. (Input, nur so weit ihr ihn braucht) - Last verteilen
Lernangebot 5: Morgenspitze rechnen, Verfahren wählen, zwei Container hinter einen Verteiler stellen, Ausfall testen.
zahlt ein auf AB 1 und 2 - Mail und Telefonie
Lernangebot 6: Mailweg festlegen, SMTP- und SIP-Mitschnitt auswerten, Bandbreite der Telefone nachrechnen.
zahlt ein auf AB 3 und 4 - Entscheiden
Lernangebot 7: Proxy einordnen, Kriterien gewichten, je Dienst lokal oder eingekauft, Entscheidungsvorlage.
zahlt ein auf AB 5 und 6 - Fall prüfen
Kundendaten nur noch in der EU: Welche Entscheidung kippt?
zahlt ein auf AB 7 - M2 vorbereiten
Lösungen vergleichen, Wissensspeicher-Blatt, Kreuzreview als Abnahme von M2, Kompetenzmodell, Kontrolle. (Review gegen alle AB)
Meilenstein
Teil 3 endet mit Meilenstein M2 „Erreichbar“. Abgenommen wird im Kreuzreview durch ein anderes Team, gegen die Punkte unter „Fertig seid ihr, wenn …“. Zu M2 gehören drei Dinge aus Teil 2 und Teil 3 zusammen: das Adress- und Namenskonzept (Übersetzungstabelle und Zone, um die Dienste aus Teil 3 ergänzt), das Dienstekonzept mit der Entscheidung lokal oder eingekauft je Dienst und die Sendungsverfolgung, die im Labor von außen erreichbar ist und einen Serverausfall übersteht. Ein Zurück im Kreuzreview braucht eine Begründung mit Bezug auf eine Akzeptanzbedingung.
Fertig seid ihr, wenn … (AB 1 bis 7)
Teil 3 und damit Meilenstein M2 sind fertig, wenn euer Partnerteam im Kreuzreview alle Punkte abnimmt:
- Die Sendungsverfolgung läuft im Labor hinter einem Verteiler auf zwei Servern; die Verteilung und der Ausfall eines Servers sind im Test mit Protokoll nachgewiesen.
- Die Morgenspitze ist mit Rechenweg bewertet: Last, Datenrate, Auslastung und Antwortzeit mit einem und zwei Servern; das gewählte Verfahren und der Health Check sind begründet.
- Der Mailweg für hlg.example ist dokumentiert (MX, Relay, Ports 25 und 587, SPF), und ein SMTP-Mitschnitt ist Schritt für Schritt ausgewertet.
- Ein SIP-Mitschnitt ist ausgewertet, und die Bandbreite der 40 Telefone ist mit G.711 und G.722 einschließlich Paket-Overhead nachgerechnet.
- Die Entscheidungsvorlage nennt für jeden Dienst lokal oder eingekauft; jede Entscheidung ist mit der gewichteten Kriterienmatrix belegt, die Gewichte sind begründet.
- Übersetzungstabelle und Zone aus Teil 2 sind um alle Dienste aus Teil 3 ergänzt und widersprechen dem Dienstekonzept nicht.
- Der veränderte Fall „Kundendaten nur in der EU“ ist beantwortet: welche Entscheidung kippt, welche bleibt und weshalb.
Die Haken gelten für den ganzen Teil: Ihr seht den Stand in der Leiste oben auf jeder Seite und auf der Seite mit den Rechenwegen. Gespeichert wird im Browser dieses Geräts.
Euer Board · AB 1 bis 7
Jede Akzeptanzbedingung eurer Storycard ist hier eine Karte. Schiebt sie mit den Pfeilen weiter: offen, in Arbeit, Review, fertig. Höchstens drei Karten gleichzeitig in „In Arbeit“: lieber eine Karte fertig machen als viele anfangen. „Fertig“ setzt den Haken in der AB-Liste, so seht ihr den Stand auch oben in der Leiste jeder Seite. Gespeichert wird im Browser dieses Geräts, am besten öffnet ihr das Board am Teamrechner.
Das Board lädt. Ohne JavaScript nutzt ihr die Rückseite der Storycard.
Das brauchst du dafür
- die Werte zu Übersetzung und Namen auf dieser Seite; eure eigene Übersetzungstabelle und euer Namenskonzept aus Teil 2
- Docker auf einem Laborrechner oder in einer VM für die zwei Webserver und den Verteiler
- Wireshark für die Mitschnitte
- eine Linux-VM für Mail-Relay und Telefonie im Labor
- den Taschenrechner und die gegebenen Werte oben
- die Karte „Adressen und Routing kompakt“ im Wissensspeicher
Rollen im Team für diesen Teil
Projektleitung (wechselt jetzt, Zeit, Weg und Vorbereitung von M2), Dienste (Verteiler, Mail, Telefonie im Labor), Sicherheit (prüft jeden Dienst: Was ist von außen erreichbar, wo liegen Kundendaten?), Dokumentation und Betrieb (Mitschnitte, Testprotokolle, Entscheidungsvorlage). Die Rolle WAN und Verträge übernimmt in Teil 3 die Kostenseite der Kriterienmatrix. Bei vier Personen übernimmt die Projektleitung die Dokumentation mit.