Managed spokes¶
Een managed spoke is een gewone spoke waarbij het platformteam ook de Azure-resources van je workload bouwt, uitrolt, onderhoudt en monitort. Jij blijft eigenaar van de workload. Het platformteam doet het technische werk voor je, binnen een aparte overeenkomst. Deze pagina beschrijft wat de service is, wanneer die past, hoe die wordt ingericht en wat de grenzen zijn.
Optionele dienst, per workload afgesproken
Een managed spoke is een aanvullende service. De scope, het servicevenster, de vergoeding en de rapportage staan in
een aparte overeenkomst en hangen af van je workload (Beheermodellen). Uren,
reactietijden en contactpersonen maken geen deel uit van deze documentatie. Ze staan als <support channel> en
vergelijkbare placeholders.
Wat het is¶
| Standaard spoke | Managed spoke | |
|---|---|---|
| De subscription, het netwerk, de groepen, PIM, Key Vault, storage, Log Analytics en de verbinding met de hub | Het platformteam (Wat je krijgt) | Hetzelfde |
| De Azure-resources van de workload (bijvoorbeeld databases, app services, onderdelen van het dataplatform) | Jij bouwt en beheert ze | Het platformteam bouwt, rolt uit, onderhoudt en monitort ze, als infrastructure as code bovenop de standaard spoke |
| Verantwoordelijkheid voor de workload, de data en de beveiligingsclassificatie | Jij | Jij |
| Support voor de workload-resources | Jouw team | Het platformteam, binnen het afgesproken servicevenster |
De basis is dezelfde als bij de standaard spoke. Alle regels van het platform gelden: policies, naamgeving, tags, firewallregels en de goedkeuringen (Policies en uitzonderingen, Naamgeving en tags).
Wanneer het past¶
Kies een managed spoke wanneer:
- het team nog bezig is Azure te leren;
- het team niet wil investeren in de technische vaardigheden om de workload te draaien; of
- het team te klein is om de workload technisch te ondersteunen.
Heb je alleen virtual machines nodig die voor je worden gepatcht, geback-upt en gemonitord, kijk dan eerst naar Managed virtual machines. Kun je de workload zelf bouwen en draaien, dan volstaat de standaard spoke en kunnen de Managed Templates je helpen de standaarden te volgen.
Hoe het begint¶
Het gebruikelijke proces is:
- Intake met het platformteam. Je beschrijft de workload en wat je nodig hebt.
- Assessment van de huidige of de nieuwe oplossing. Het platformteam controleert wat nodig is om de workload in het platform te draaien en wat er zou moeten veranderen.
- Overeenkomst. Een service level addendum met de scope en het servicevenster. Moet de workload eerst compliant worden gemaakt met de service, dan hoort daar een implementation statement of work bij.
- Bouwen en uitrollen van de infrastructure as code. Wijzigingen volgen het normale wijzigingsproces, met een pull request en een review (Het standaard wijzigingsproces).
- Beheren. Het platformteam ondersteunt de workload binnen het afgesproken venster en rapporteert aan jou.
Wat de overeenkomst bevat¶
Een typische overeenkomst beschrijft:
- de scope: welke resources en welke omgevingen;
- het servicevenster en de beschikbaarheid van dagelijkse support;
- een implementation statement of work, wanneer de workload eerst werk nodig heeft voordat die beheerd kan worden;
- een vergoeding;
- rapportage aan het workload team.
Vraag naar deze punten voordat je tekent. Alles wat niet in de overeenkomst staat, blijft bij jouw team.
Wie doet wat¶
| Platformteam | Jouw team | |
|---|---|---|
| De workload-resources als code bouwen, uitrollen en onderhouden | Ja | Levert de requirements en accepteert de wijzigingen |
| Monitoring van de workload-resources, binnen het venster | Ja | |
| Requirements, prioriteiten en acceptatie van wijzigingen | Ja | |
| Applicatielogica, rollen op applicatieniveau en incidentafhandeling voor je gebruikers | Ja | |
| De workload, de data en de beveiligingsclassificatie | Verantwoordelijk | |
| Tags, eigenaar en contactpersonen actueel houden | Ja |
De generieke verdeling staat in Verantwoordelijkheden, en de operationele kant in Operationele verantwoordelijkheden.
Grenzen¶
- Een managed spoke maakt het platformteam niet verantwoordelijk voor je applicatie of je data.
- Alles buiten de scope van de overeenkomst, zoals extra omgevingen of nieuwe componenten, vraagt om een wijziging van de overeenkomst.
- Firewallregels, publicatie via Application Gateway en policy-uitzonderingen lopen via de normale goedkeuringen, zoals in elke spoke.
- Het platformteam werkt via code, dus de resources van de workload worden gewijzigd via de configuratie, niet in de portal.