Manage-fase CAF: Azure beheren na migratie

In het vorige blog over de Govern-fase hebben we besproken hoe je grip houdt op groei in Azure. Azure. Met policies, kostenbeheer, RBAC en standaardisatie zorg je ervoor dat je cloudomgeving niet verandert in chaos, maar zelfs met perfecte governance is er één ding dat altijd blijft gelden: alles wat in draait, moet beheerd worden.

En dat is precies waar de Manage-fase binnen het Microsoft Cloud Adoption Framework (CAF) om draait. Deze fase gaat niet over “meer migreren” of “meer moderniseren”, maar over het stabiel, betrouwbaar en voorspelbaar laten draaien van Azure.

Wat is de Manage-fase?

De Manage-fase draait om het operationeel beheer van je Azure omgeving, met als doel:

• Continuïteit waarborgen
• Incidenten sneller oplossen
• Performance en beschikbaarheid monitoren
• Updates en veranderingen beheersbaar maken
• Back-up en disaster recovery goed regelen
• Kosten optimaliseren op basis van gebruik

In deze fase bouw je eigenlijk aan je cloud “operating model”, oftewel: hoe run je Azure als productieplatform?

Waarom de Manage fase zo belangrijk is

Veel organisaties doen een migratie en hebben het gevoel dat het daarna “klaar” is, maar in werkelijkheid begint het beheer dan pas. Zonder goede Manage-fase krijg je vaak al snel te maken met:

• Incidenten die te laat worden ontdekt
• Onduidelijke monitoring of alerting.
• Onverwachte downtime
• Onduidelijke ownership
• Resources die blijven draaien zonder nut
• Back-ups die nooit getest zijn
• Problemen die pas zichtbaar worden bij een storing

Azure is enorm krachtig, maar het beheert zichzelf niet. Daarom is er een goede inrichting nodig.

1. Monitoring: inzicht hebben vóór het misgaat

De basis van cloudbeheer is monitoring.

In Azure gebruik je hiervoor meestal:

• Azure Monitor
• Log Analytics
• Application Insights
• Alerts & Action Groups
• Dashboards/ Workbooks

Wat je minimaal wilt monitoren in Azure:

• CPU, geheugen, disk IOPS.
• Netwerk latency en throughput.
• Beschikbaarheid van VM’s en services.
• Fouten in applicaties.
• Opslagcapaciteit.
• Database performance.
• Security events en verdachte acties.

Monitoring is handig voor incidenten en het helpt ook bij:

• Planning van de capaciteit.
• Performance tuning.
• Kostenoptimalisatie.

2. Logging: troubleshooting en auditbaarheid

Monitoring vertelt je vaak dát er iets mis is en logging vertelt je waarom. Belangrijke bronnen zijn hierbij dan ook:

• Activity Logs (wie deed wat in Azure?).
• Resource Logs (diagnostic logs per service).
• VM logs en OS events.
• Netwerk logs (NSG flow logs / firewall logs).
• Application logs (Application Insights).

Zonder centrale logging krijg je een omgeving waarin:

• Iedereen “zijn eigen logjes” heeft.
• Troubleshooting tijdrovend wordt.
• Audits lastig worden.
• Incidentanalyse bijna onmogelijk is.

Log Analytics is vaak het centrale punt waar alles samenkomt.

3. Alerts: van “we zien het later wel” naar proactief beheer

Een valkuil in Azure is dat monitoring wél aan staat, maar dat niemand meldingen krijgt. In de Manage-fase richt je daarom alerts in op:

• Performance thresholds.
• Availability checks.
• Security events.
• Mislukte back-ups.
• Storage bijna vol.
• Hoge kosten of plotselinge pieken.

Belangrijk is dat alerts niet overspoelen; het is beter om bijvoorbeeld 10 relevante alerts te hebben dan 200 irrelevante.

4. Backup: niet alleen instellen, maar ook testen

Back-ups zijn in Azure relatief makkelijk te configureren via Azure Backup. Maar de Manage-fase gaat verder dan “we hebben backups ingeregeld”.

Je wilt ook:

• Retention policies (hoe lang bewaar je data?)
• Recovery procedures (wie doet restores?)
• Test restores (werkt het echt?)
• Back-up monitoring (mislukte jobs)

Veel organisaties denken dat back-up “geregeld is”, totdat ze een restore nodig hebben. Dan blijkt pas dat:

• Recovery points ontbreken
• Restore te lang duurt
• Niemand weet hoe het moet
• Permissies niet kloppen

In de Manage-fase zorg je daarom dat back-up een gecontroleerd proces is.

5. Disaster Recovery: wat als Azure (of jij) faalt?

Back-up is één ding, maar als je écht beschikbaarheid nodig hebt, kom je bij disaster recovery. In Azure wordt hiervoor vaak gebruikt:

• Azure Site Recovery (ASR)
• Multi-region design
• Availability zones
• Load balancers en failover strategieën
• DR is meestal niet nodig voor alles, maar wel voor bedrijfskritische systemen.

In de Manage-fase bepaal je daarom:

• Welke workloads DR nodig hebben
• Wat de RTO/RPO eisen zijn
• Hoe failover getest wordt
• Hoe vaak je DR-oefeningen doet.

6. Patch management en updates: gecontroleerd en voorspelbaar

In Azure is patching vaak, net als in on-prem omgevingen, een “maandelijkse klus”, tenzij je moderniseert naar PaaS. Voor VM’s blijft patching belangrijk. In Azure kun je dit beheren met:

• Azure Update Manager
• Maintenance windows
• Automation accounts (afhankelijk van setup)
• Tools zoals Intune / MECM (hybride)

Patching is niet alleen een techniek, maar ook een proces:

• Wie keurt updates goed?
• Wanneer wordt er gepatcht?
• Hoe wordt impact getest?
• Hoe voorkom je downtime?

In Manage maak je patching onderdeel van je standaard operatie.

7. Incident en change management: Azure in je ITSM-proces

Azure hoort in je ITSM-processen. Denk bijvoorbeeld aan processen zoals:

• Incident management (ITIL)
• Change management
• Problem management
• CMDB/ asset management

In Azure betekent dat bijvoorbeeld:

• Ownership per applicatie/ resource.
• Changes via pipelines in plaats van klikken.
• Documentatie en runbooks.
• Standaard change windows.

Een volwassen Azure omgeving is zowel technisch volwassen als operationeel.

8. Performance en kostenoptimalisatie: continu verbeteren

Azure is dynamisch, wat vandaag goed werkt, kan over drie maanden te duur of te groot zijn. Daarom hoort in Manage ook:

• Rightsizing van VM’s
• Autoscaling waar mogelijk
• Reserved instances / savings plans
• Storage tiering (hot/cool/archive)
• Ongebruikte resources opruimen
• Lifecycle policies instellen

Kostenoptimalisatie is geen eenmalige actie maar een continu proces. Hoe beter je monitoring en tagging inricht, hoe makkelijker dit wordt.

Aan het einde van de Manage-fase heb je:

• Monitoring en logging die echt werkt
• Alerts die actiegericht zijn
• Back-up en restore procedures
• DR-strategie voor kritische workloads
• Patching en updateprocessen.
• Incident/change processen die aansluiten op Azure.
• Continue optimalisatie van performance en kosten.

In de praktijk zien we vaak deze valkuilen:

1. Monitoring te laat inrichten. Dan ontdek je problemen pas als gebruikers klagen.
2. Logging versnipperd laten. Dan wordt troubleshooting traag en frustrerend.
3. Back-ups niet testen. Dan weet je pas bij een crisis dat het niet werkt.
4. Geen ownership. Als niemand verantwoordelijk is, blijft alles liggen.
5. Beheer blijven doen zoals on-prem. Cloud vraagt om meer automatisering en standaardisatie, anders blijft beheer zwaar.

Checklist: hoe goed beheer je de Azure omgeving?

Je bent goed bezig met Manage als je:

• Azure Monitor en Log Analytics centraal gebruikt
• Alerts hebt die écht opgevolgd worden
• Back-up én restore getest zijn
• DR voor kritische workloads is ingericht
• Patching en update windows zijn afgesproken
• Incident/change processen aansluiten op Azure
• Kostenoptimalisatie structureel gebeurt

Tot slot

De Manage-fase is de stap die het verschil maakt tussen:

“we hebben workloads in Azure” en “we draaien stabiel productie in Azure.”

Veel organisaties investeren veel in migratie en innovatie, maar vergeten dat operationeel beheer bepaalt of Azure op lange termijn succesvol is. In het volgende blog gaan we verder met de laatste fase van deze reeks: Secure, waarin security niet als project, maar als continu proces centraal staat.

Wil jouw organisatie ook investeren in Azure? Laat onze IT'ers je helpen! Neem contact met ons op voor de mogelijkheden!