Dit plan beschrijft Cortena's aanpak voor het herstellen van de dienstverlening na verstoringen, uitval of rampscenario's.
1. Doel
Waarborgen dat Cortena de productiediensten na een aanzienlijke verstoring op een gecontroleerde, voorspelbare en gedocumenteerde manier kan herstellen.
2. Reikwijdte
Van toepassing op productiediensten en ondersteunende infrastructuur, waaronder kernapplicaties, databases, bestands- en objectopslag en koppelingen met derden.
3. Hersteldoelstellingen
| Metriek | Doelstelling | Beschrijving |
|---|---|---|
| RTO (Recovery Time Objective) | 4 uur | Maximale tijd om kritieke diensten te herstellen nadat een verstoring is vastgesteld |
| RPO (Recovery Point Objective) | 24 uur | Maximaal venster voor gegevensverlies · het verst mogelijke herstelpunt uit een back-up |
Deze doelstellingen worden periodiek beoordeeld en bijgewerkt naarmate het platform opschaalt.
4. Herstelaanpak
4.1 Back-ups en herstel
- Voor alle kritieke gegevensopslag, databases en objectopslag, worden back-ups bewaard
- De integriteit van back-ups wordt periodiek getest om te controleren of herstel mogelijk is
- Herstel vindt plaats volgens interne draaiboeken die door de CTO worden beheerd
- Zie Back-ups en bewaartermijnen voor de bewaartermijnen
4.2 Herstel van de infrastructuur
- Productiediensten draaien op een privé-Kubernetes-cluster (Hetzner, Duitsland)
- Diensten worden hersteld via gecontroleerde implementatieprocessen met versiebeheer via CI/CD
- Infrastructure-as-code zorgt ervoor dat omgevingen consistent opnieuw kunnen worden opgebouwd
4.3 Monitoring en validatie
- Monitoring en logging (Grafana, Sentry) worden gebruikt om verstoringen te detecteren en het herstel te valideren
- De status van de diensten wordt gecontroleerd voordat het herstel als voltooid wordt beschouwd
- Herstelacties worden vastgelegd in het incidentrapport
5. Afhankelijkheden
Voor herstel kan, indien van toepassing, afstemming met subverwerkers nodig zijn:
- Hetzner (hostinginfrastructuur)
- Yapily (bankkoppeling, indien ingeschakeld)
- OpenAI (LLM-verwerking, indien getroffen)
Zie Subverwerkers voor meer informatie.
6. Rollen tijdens het herstel
| Rol | Verantwoordelijkheid |
|---|---|
| CTO | Leidt het technische herstel en coördineert het herstel van de infrastructuur |
| CEO | Beheert de klantcommunicatie en contractuele gevolgen |
| Engineering | Voert de hersteldraaiboeken uit en valideert de status van de diensten |
7. Beoordeling van het plan
Dit plan wordt periodiek beoordeeld en bijgewerkt na elk groot incident of elke wezenlijke wijziging in de platforminfrastructuur.