01
Inventariseren
Productiedetectie via alleen-lezen toegang legt de afgesproken AWS-omvang en afhankelijkheden vast.
Dockfield DRaaS
Doorlopende zekerheid over AWS-herstel.
Dockfield DRaaS combineert detectie van actieve omgevingen, beheer van de herstelstatus, quarantaine, beveiligingsvalidatie, geïsoleerde tests, herstelorkestratie en bewijs in één gecontroleerd bedrijfsmodel.
De DRaaS-levenscyclus
Elke herstelstatus heeft een vrijgavepoort.
De nieuwste momentopname is niet automatisch de veiligste. Dockfield scheidt verzameling, vertrouwen, validatie, goedkeuring en verkeersvrijgave.
02
Herstelblauwdruk
Resources worden ingedeeld op herstelstrategie en gekoppeld aan het doelaccount en de doelregio.
03
Vertrouwen op niveau 0
Herkomst, integriteit, Terraform-validatie, Checkov, Trivy, blootstelling van geheimen en beleidscontroles worden vóór herstel uitgevoerd.
04
quarantaine
Mislukte, verdachte of destructieve wijzigingen blijven buiten het herstelpad dat voor vrijgave in aanmerking komt.
05
Geïsoleerd herstel
Goedgekeurd herstel wordt opgebouwd of teruggezet binnen de DR-vertrouwenszone zonder productieverkeer af te handelen.
06
Validatie op niveaus 1–3
Infrastructuur / beveiliging, rooktests, applicatiegedrag en gegevens worden achtereenvolgens gevalideerd.
07
Goedkeuring voor vrijgave
Verkeer blijft geblokkeerd totdat het bewijs de controles doorstaat en een bevoegde beslissing de poort opent.
08
ARC / verkeerscontrole
Indien geconfigureerd, verplaatsen ARC-routeringscontroles of een goedgekeurd routeringsmechanisme verkeer pas na goedkeuring voor vrijgave.
09
Bewijs en herhaling
Manifesten, testresultaten en goedkeuringen worden bewaard; de cyclus herhaalt zich wanneer de productie verandert.
Zeven families van herstelstrategieën
Gebruik het native AWS-mechanisme dat bij de resource past.
GEDEELDE BESTURINGSLAAG
Houd veerkrachtige besturingsdiensten gedeeld waar architectuur en analyse van het impactbereik dit ondersteunen.
NATIVE DOORLOPENDE REPLICATIE
Gebruik native doorlopende AWS-replicatie voor diensten die status tussen regio’s of accounts kunnen repliceren.
GEBEURTENISGESTUURDE SPIEGELING
Spiegel configuratiewijzigingen die voor herstel relevant zijn via beheerde gebeurtenissen in plaats van op volledige herbouw te wachten.
DECLARATIEVE HERBOUW
Maak herstelbare infrastructuur opnieuw vanuit een voortdurend vernieuwde blauwdruk in de DR-vertrouwenszone.
NATIVE BACK-UP / PITR
Herstel gegevens uit beheerde back-ups, logboeken of herstelpunten die bij de dienst passen.
HERUITGIFTE / OPNIEUW MAKEN
Geef certificaten, geheimen of vertrouwensmateriaal opnieuw uit wanneer die niet blind over beveiligingsgrenzen mogen worden gekopieerd.
CENTRALE ORGANISATIECONFIGURATIE
Hergebruik centraal beheerde configuratie op organisatieniveau wanneer dit het veiligere herstelmodel is.
Beveiliging, scanners en herstelbewijs
Vertrouwen wordt verdiend voordat verkeer wordt verplaatst.
Vertrouwen in artefacten
Terraform-validatie en beleids- en beveiligingsscanners zoals Checkov en Trivy. Herkomst, integriteit, geheimen, versleuteling, rechten, publieke blootstelling en signalen van destructieve wijzigingen worden beoordeeld.
Infrastructuur en beveiliging
De herstelde basis wordt gecontroleerd op verwachte netwerken, routes, controles, identiteit, versleuteling, logging en dienstvereisten.
Geïsoleerde rooktests
De DR-omgeving draait zonder productieverkeer af te handelen. Controles op gezondheid, bereikbaarheid, dienstdetectie en kritieke afhankelijkheden moeten slagen.
Applicatie en gegevens
Bedrijfsgericht applicatiegedrag en gegevensgereedheid worden gevalideerd voordat vrijgave in aanmerking komt.
Vasthouden en onderzoeken
Alles wat beleid schendt, destructieve risico’s introduceert of menselijke beoordeling vereist, blijft in quarantaine en kan niet worden vrijgegeven.
Beslissing vastleggen
Dockfield bewaart het herstelmanifest, de validatiestatus, goedkeuringen en oefenuitkomst zodat het herstelpad na het incident kan worden uitgelegd.
Bedrijfsmodel van de dienst
Van eenmalige hersteltechniek naar doorlopende zekerheid.
| Capaciteit | DRaaS | DR-as-Code |
|---|---|---|
| Detectie van actieve AWS-omgevingen | Doorlopend / gepland | Projectmomentopname en afgesproken vernieuwingsproces |
| Herstelblauwdruk | Voortdurend vernieuwd | Gegenereerd en overgedragen |
| Quarantaine en validatie | Operationele levenscyclus | Geïmplementeerde pijplijn en draaiboek |
| Hersteloefeningen | Terugkerende dienstactiviteit | Overdrachtstest / optioneel vervolg |
| ARC / verkeersvrijgave | Gecontroleerd operationeel pad indien geconfigureerd | Architectuur en automatisering geleverd aan de klant |
| Bewijs | Doorlopend herstelbewijs | Projectbewijsdossier en code-eigendom |
Wat we willen en niet zullen claimen
Hersteldoelen hebben bewijs nodig.
Doel bepalen en vervolgens bewijzen
Herstel binnen een uur kan een ontwerpdoel zijn voor een afgebakende omvang. Het wordt pas geloofwaardig wanneer herhaalde getimede tests dit ondersteunen.
Bepaald door het gegevenspad
De frequentie van infrastructuurvastlegging voorkomt op zichzelf geen gegevensverlies. Replicatie, logboeken, consistentie en de incidentgrens bepalen het herstelbare punt.
Specifiek per dienst
Niet elke AWS-dienst gebruikt hetzelfde mechanisme. Dockfield classificeert elke resource en legt hiaten vast in plaats van te doen alsof één uitvoerder alles kan herstellen.
Gescheiden vertrouwenszones
Productiedetectie heeft alleen-lezen toegang. Herstelschrijfacties zijn beperkt tot de DR-vertrouwenszone en goedgekeurde native replicatiepaden.
Nooit impliciet
Een gezonde DR-omgeving kan in aanmerking komen voor vrijgave zonder verkeer af te handelen. Verplaatsing van verkeer blijft een expliciete operationele beslissing.
Representatief onderdeel
De publieke demo bewijst de levenscyclus voor een afgebakend ECS-herstelonderdeel; zij beweert niet een willekeurig bedrijfslandschap ongewijzigd te herbouwen.
Gratis eerste consult
Maak herstelbewijs tot een operationele discipline.
Bespreek de AWS-omvang, hersteldoelen en een praktisch invoeringstraject voor DRaaS.