Beheermodellen: wie is "het platformteam"?¶
In deze documentatie is het platformteam het team dat het Managed Cloud Platform (MCP) beheert: de hub, de pipelines, de configuratierepository en de standaardwijzigingen. Hetzelfde product kan op twee manieren worden beheerd.
| Managed service (XMMS) | Zelfbeheer (platformteam van de klant) | |
|---|---|---|
| Wie is het platformteam? | Xebia Microsoft Managed Services (XMMS), onder een managed-service-contract | Het eigen team van de klant (of een andere partner naar keuze) dat het platform heeft afgenomen om het zelf te onderhouden |
| Wie is eigenaar van de coderepository? | XMMS. Klanten krijgen gereleasete versies via de code sync. | XMMS publiceert releases; de klant synct en pint een versie |
| Wie is eigenaar van de configuratierepository? | XMMS beheert die voor de klant, met de klant als reviewer of goedkeurder waar afgesproken | Het platformteam van de klant |
| Wie draait de pipelines en keurt plans goed? | XMMS-engineers, binnen het wijzigingsproces van het contract | Het platformteam van de klant |
| Wie werkt het platform bij naar een nieuwe versie? | XMMS plant dit samen met de klant (Wat te doen als een nieuwe versie wordt gereleased) | De klant bepaalt wanneer de pin wordt verzet en volgt de upgradehandleiding |
| Intake van aanvragen | Het kanaal en de tooling die in het contract zijn afgesproken (bijvoorbeeld een ticketsysteem) | De eigen intake van de klant: ticketsysteem, board of chat |
| Afhandeling van incidenten en serviceaanvragen | Severities, reactietijden en supporturen uit het contract | Door de klant zelf gedefinieerd (Operationele verantwoordelijkheden, Incidentmanagement) |
| Azure-support (Microsoft) | Volgens contract | De klant heeft een eigen Azure-supportplan nodig |
| Security officer, identiteitsteam, SOC | Klant | Klant |
Wat niet verandert
Het product, het configuratieformaat, de pipelines, de standaardwijzigingen en het contract voor achterwaartse compatibiliteit zijn in beide modellen hetzelfde. Alleen wie het werk doet en via welk kanaal verschilt.
Hoe je de pagina's in deze documentatie leest¶
- "Platformteam" betekent wie die rol in jouw situatie vervult. Heeft jouw organisatie een managed-service-contract met XMMS, lees het dan als XMMS. Onderhoud je het platform zelf, lees het dan als je eigen team.
- Contractspecifieke details (supporturen, reactiedoelen, intaketool, contactadressen) staan nooit vast in deze
documentatie. Ze zijn opgenomen als placeholders zoals
<support channel>. Je onboardingdocument of contract bevat de echte waarden. - Operatorpagina's (Platform) zijn geschreven voor de mensen die het platform beheren. In het managed model is dat XMMS, en de klant leest ze om te begrijpen wat er namens hen gebeurt. In het zelfbeheermodel zijn het het runbook.
- Afnemerspagina's (Afnemers) zijn voor workload teams, in beide modellen.
Wie doet wat in elk model¶
flowchart LR
subgraph consumers["Workload teams (afnemers)"]
w["Aanvragen, gebruiken, bouwen"]
end
subgraph pt["Platformteam"]
direction TB
m["Managed: XMMS-engineers"]
s["Zelfbeheer: engineers van de klant"]
end
subgraph xms["XMMS-productteam"]
r["Releases, upgradehandleidingen, release notes"]
end
w --> pt
xms -->|"nieuwe versies"| pt
pt -->|"configuratie + pipelines"| azure["Azure: hub en spokes"]
| Activiteit | Managed (XMMS) | Zelfbeheer |
|---|---|---|
| Aanvragen ontvangen en triageren | XMMS | Platformteam van de klant |
| De wijziging voorbereiden (pull request op de config repository) | XMMS | Platformteam van de klant |
| Een wijziging reviewen en goedkeuren | XMMS-reviewer; klant keurt goed waar het contract dat zegt | Platformteam van de klant (vierogenprincipe binnen het team) |
Plan / Apply draaien in de entry pipelines |
XMMS | Platformteam van de klant |
| Testen op canary | XMMS | Platformteam van de klant |
| Een nieuwe platformversie nemen | XMMS stelt een venster voor, klant gaat akkoord | Klant kiest het moment; leest release notes en upgradehandleiding |
| Het platform monitoren, alerts afhandelen | XMMS, tijdens de contractuele uren | Platformteam van de klant, uren zoals door de klant gedefinieerd |
| Deployment-identiteiten roteren | XMMS | Platformteam van de klant |
| Policies en firewallinhoud bepalen | Security/architectuur van de klant beslist; XMMS implementeert | Security/architectuur van de klant beslist; het platformteam implementeert |
| Spoke-basis en standaardwijzigingen voor workload teams | XMMS | Platformteam van de klant |
Overstappen van managed naar zelfbeheer (of terug)¶
De pagina Operationele verantwoordelijkheden bevat een day-one-checklist voor een klant die het platform overneemt: alertontvangers, Defender-contact, deployment-identiteiten, goedkeuringen, versiepinning. Bij terugkeer naar een managed service is dezelfde lijst de overdrachtsinventaris.
Gevolgen voor afnemers¶
| Onderwerp | Managed (XMMS) | Zelfbeheer |
|---|---|---|
| Waar stuur ik een aanvraag naartoe? | Contractintake | De intake van je eigen platformteam |
| Hoe snel krijg ik antwoord? | Volgens contract | Volgens de eigen doelen van je platformteam |
| Wie bel ik buiten kantooruren? | Alleen als het contract after-hours support voor de hub bevat | De eigen bereikbaarheidsdienst van je organisatie, als die er is |
| Wie keurt uitzonderingen en firewallregels goed? | Je security officer; XMMS implementeert | Je security officer; je platformteam implementeert |
Zie Support en Hoe vraag je iets aan.