Onboarding: je applicatie op het platform krijgen

Dit is het typische pad van idee naar productie-spoke. De exacte stappen, formulieren en goedkeurders zijn van je organisatie. Het onderstaande pad combineert de technische stappen van het platform met de governance-stappen die organisaties meestal toevoegen. Vraag je platformteam om het onboardingformulier en het intakekanaal.

flowchart LR
    A["1. Register"] --> B["2. Technical onboarding<br/>(dev spoke)"]
    B --> C["3. Privacy and data review"]
    C --> D["4. Design"]
    D --> E["5. Security check"]
    E --> F["6. Production spoke<br/>and go-live"]

Stap	Wat je doet	Wat je krijgt
1. Registreren	Beschrijf wat je wilt bouwen of verhuizen. Benoem een product owner (eindverantwoordelijke) en een technisch contactpersoon. Lees de verantwoordelijkheden en beperkingen en ga ermee akkoord. Zorg dat de mensen die gaan deployen een managed device en netwerktoegang (bijvoorbeeld VPN) hebben om private resources te bereiken.	Een gesprek met het platformteam over de fit en de vervolgstappen
2. Technische onboarding	Vul het technische deel van het formulier in: korte naam van de workload (max. 6 tekens), omgevingen, subscription, grootte van het adresbereik, subnets, teamgroep, tags, dataclassificatie, budget en elke registratie die je organisatie vereist (bijvoorbeeld een CMDB-item). Zie Hoe vraag je aan.	Een dev-spoke om in te beginnen met bouwen
3. Privacy- en datareview	Bepaal of je applicatie persoonsgegevens verwerkt. Zo ja, voer dan de privacybeoordeling uit (bijvoorbeeld een DPIA) en praat met datamanagement. Dit bepaalt de pii-tag.	Een vastgelegde privacyuitkomst
4. Ontwerp	Teken de architectuur: Azure-resources, koppelingen met andere systemen, het toegangsmodel (Entra ID-groepen), bijzondere eisen. Voeg de resources toe die de baseline je al geeft (zie Wat je krijgt) en die je applicatie nodig heeft. Denk na over de beschikbaarheid en recovery van elk component. Vraag om een designreview.	Een goedgekeurd ontwerp
5. Securitycheck	Lever de classificatie aan (vertrouwelijkheid, integriteit, beschikbaarheid). Review de risicoanalyse. Extra maatregelen kunnen nodig zijn, zoals een penetratietest of ontwerpwijzigingen.	Een securitygoedkeuring of een lijst met voorwaarden
6. Go-live	Vraag de productie-spoke aan. Deploy via je pipelines. Gebruik je checklist. Raadpleeg het platformteam bij substantiële wijzigingen later (nieuwe soorten data, veel meer gebruikers, nieuwe functionaliteit): er kan een nieuwe review nodig zijn.	Een prd-spoke

Doe het parallel

Met de dev-spoke uit stap 2 kun je beginnen met bouwen terwijl stap 3 tot en met 5 lopen. Alleen de productie-spoke wacht op goedkeuringen.

Zorg dat dit klaarligt

Een aanvraag wordt het snelst afgehandeld als je deze vragen vooraf kunt beantwoorden.

Onderdeel	Waarom het nodig is
Teamgroep	Een bestaande Entra ID-groep met je team. De spoke-groepen worden aangemaakt met deze groep als lid, dus hij moet bestaan voordat de spoke wordt aangemaakt. Zie Toegang, groepen en PIM.
Adresbereik en subnetplan	Het platformteam wijst het bereik toe uit het centrale IP-plan. Geef aan hoeveel adressen en subnets je nodig hebt en laat ruimte voor groei. Zie Plan je IP-range en subnets.
Tags	Owner, afdeling, workload, kostenplaats en of je persoonsgegevens verwerkt. Zie Naamgeving en tags.
Goedkeuringen die je organisatie vereist	Veel organisaties eisen de goedkeuring van de product owner en van architectuur en security voordat een workload wordt aangemaakt, en een registratie in een assetregister (CMDB). Het platformteam kan deze stappen niet overslaan.
Internetblootstelling	Of de workload op internet wordt gepubliceerd. Dit bepaalt de management group en of je de Application Gateway nodig hebt.
Een manier om private resources te bereiken	Een managed device en een netwerkpad (bijvoorbeeld VPN) voor de mensen die deployen.

Een bestaande workload verhuizen

Draait de workload al ergens anders (on-premises, in een andere landing zone of in een andere cloud), volg dan de fasen in Een workload naar het platform migreren. De onboardingstappen hierboven zijn het eerste deel van dat pad.

Opmerkingen per beheermodel

• Managed (XMMS): de goedkeuringen in stap 4 en 5 zijn die van je organisatie (design authority, security officer). XMMS bereidt de spokes voor en implementeert ze.
• Zelfbeheer: je platformteam neemt ook de rol van intake en implementatie op zich. Of stap 3 tot en met 5 gelden, is een beslissing van je organisatie.

Zie Beheermodellen.