Managed Spokes¶

Ein Managed Spoke ist ein normaler spoke, bei dem das Plattform-Team zusätzlich die Azure-Ressourcen deines workloads baut, deployt, wartet und überwacht. Du behältst die Verantwortung für den workload. Das Plattform-Team übernimmt die technische Arbeit für dich, im Rahmen einer gesonderten Vereinbarung. Diese Seite beschreibt, was der Service ist, wann er passt, wie er aufgesetzt wird und wo seine Grenzen liegen.

Optionales Angebot, pro workload vereinbart

Ein Managed Spoke ist ein zusätzlicher Service. Umfang, Servicezeiten, Gebühr und Reporting stehen in einer gesonderten Vereinbarung und hängen von deinem workload ab (Betriebsmodelle). Zeiten, Reaktionszeiten und Kontakte sind nicht Teil dieser Dokumentation. Sie stehen als <support channel> und ähnliche Platzhalter.

Was es ist¶

	Standard-spoke	Managed Spoke
Die subscription, das Netzwerk, die Gruppen, PIM, Key Vault, Storage, Log Analytics und die Verbindung zum hub	Das Plattform-Team (Was du bekommst)	Dasselbe
Die Azure-Ressourcen des workloads (zum Beispiel Datenbanken, App Services, Komponenten einer Datenplattform)	Du baust und betreibst sie	Das Plattform-Team baut, deployt, wartet und überwacht sie, als infrastructure as code auf dem Standard-spoke
Verantwortung für den workload, seine Daten und seine Sicherheitsklassifizierung	Du	Du
Support für die workload-Ressourcen	Dein Team	Das Plattform-Team, innerhalb der vereinbarten Servicezeiten

Die Baseline ist dieselbe wie beim Standard-spoke. Alle Regeln der Plattform gelten: Policies, Namensgebung, tags, Firewallregeln und die Genehmigungen (Policy und Ausnahmen, Namensgebung und tags).

Wann er passt¶

Wähle einen Managed Spoke, wenn:

das Team Azure noch lernt;
das Team nicht in die technischen Fähigkeiten investieren will, um den workload zu betreiben; oder
das Team zu klein ist, um den workload technisch zu betreuen.

Wenn du nur virtuelle Maschinen brauchst, die für dich gepatcht, gesichert und überwacht werden, schau dir zuerst Managed virtual machines an. Wenn du den workload selbst bauen und betreiben kannst, genügt der Standard-spoke, und die Managed Templates helfen dir, die Standards einzuhalten.

Wie es beginnt¶

Der übliche Ablauf:

Intake mit dem Plattform-Team. Du beschreibst den workload und was du brauchst.
Assessment der aktuellen oder der neuen Lösung. Das Plattform-Team prüft, was nötig ist, um sie in der Plattform zu betreiben, und was sich ändern müsste.
Vereinbarung. Ein Service-Level-Addendum mit Umfang und Servicezeiten. Wenn der workload erst konform zum Service gemacht werden muss, gehört ein Implementation Statement of Work dazu.
Build und Deployment des infrastructure as code. Änderungen folgen dem normalen Änderungsprozess, mit pull request und Review (Der Standard-Änderungsprozess).
Betrieb. Das Plattform-Team betreut den workload innerhalb der vereinbarten Zeiten und berichtet dir.

Was die Vereinbarung enthält¶

Eine typische Vereinbarung beschreibt:

den Umfang: welche Ressourcen und welche Umgebungen;
die Servicezeiten und die Verfügbarkeit des täglichen Supports;
ein Implementation Statement of Work, wenn der workload Arbeit braucht, bevor er betrieben werden kann;
eine Gebühr;
Reporting an das workload-Team.

Frage nach diesen Punkten, bevor du unterschreibst. Alles, was nicht in der Vereinbarung steht, bleibt bei deinem Team.

Wer macht was¶

	Plattform-Team	Dein Team
Die workload-Ressourcen als Code bauen, deployen und warten	Ja	Liefert die Anforderungen und nimmt die Änderungen ab
Überwachung der workload-Ressourcen, innerhalb der Servicezeiten	Ja
Anforderungen, Prioritäten und Abnahme von Änderungen		Ja
Anwendungslogik, Rollen auf Anwendungsebene und Incident-Behandlung für deine Anwender		Ja
Der workload, seine Daten und seine Sicherheitsklassifizierung		Verantwortlich
Tags, Owner und Kontakte aktuell halten		Ja

Die allgemeine Aufteilung steht unter Verantwortlichkeiten, die Betriebsseite unter Betriebsverantwortlichkeiten.

Grenzen¶

Ein Managed Spoke macht das Plattform-Team nicht verantwortlich für deine Anwendung oder deine Daten.
Alles außerhalb des Umfangs der Vereinbarung, etwa zusätzliche Umgebungen oder neue Komponenten, braucht eine Änderung der Vereinbarung.
Firewallregeln, Application-Gateway-Veröffentlichung und Policy-Ausnahmen laufen über die normalen Genehmigungen, wie in jedem spoke.
Das Plattform-Team arbeitet über Code, also werden die Ressourcen des workloads über die Konfiguration geändert, nicht im Portal.