Native replicatie
Gebruik het replicatiepad van een service voor ondersteunde status. Voorbeelden: nieuwe ECR-images, S3-objectreplicatie of een goedgekeurde databasereplica.
Bekijk het patroon →Herstelstrategieën
Het juiste herstelpad.
Voor elk AWS-onderdeel.
Ontdek hoe images, certificaten, netwerkcontroles, geheimen, data en infrastructuur samenwerken. Deze diagrammen tonen het Dockfield-herstelontwerp; elke klantimplementatie krijgt een afzonderlijke scope en test.
Kies op service en hersteldoel
Zeven families, één herstelblauwdruk.
Een workload kan meerdere families combineren. Een containerservice heeft tegelijk de image, het netwerk, de identiteit, geheimen en data nodig. Configuratieherstel en herstel van applicatiedata hebben aparte bewijzen en tijdlijnen.
Gebeurtenisgestuurde spiegeling
Leg wijzigingsgebeurtenissen vast, inspecteer de huidige configuratie en stem gekoppelde equivalenten in DR af. SG's en NACL's hebben een eigen reconciler nodig.
Bekijk het patroon →Declaratieve herbouw
Herbouw ondersteunde infrastructuur vanuit de herstelblauwdruk, in afhankelijkheidsvolgorde. Voorbeelden: VPC, load balancers, ECS en EKS.
Bekijk het patroon →Back-up en herstel naar een bepaald tijdstip
Herstel de status vanaf een goedgekeurd herstelpunt via de systeemeigen back-uppaden van de dienst. Voorbeelden: RDS, Aurora en ondersteunde AWS Backup-resources.
Bekijk het patroon →Opnieuw uitgeven of aanmaken
Maak een geldige doelresource en koppel de nieuwe identiteit. Voorbeeld: ACM-certificaten voor het doelaccount en de doelregio.
Bekijk het patroon →Gedeeld herstelbesturingsvlak
Houd routeringsbeslissingen gecoördineerd tussen de beschermde omgevingen. ARC-routeringsbesturingen werken op Route 53-healthchecks.
Bekijk het patroon →Organisatiegovernance
Beheer toepasselijke besturingen centraal, met gedelegeerd beheer en regiospecifieke instellingen per dienst.
Bekijk het patroon →Images · backfill + doorlopende systeemeigen replicatie
ECR: bescherm de image en bouw daarna de dienst opnieuw op.
Bestaande images en toekomstige pushes volgen verschillende paden. De doelimage moet beschikbaar zijn voordat ECS of EKS de herstelde workload start.
Bereid de bestemming voor
Configureer systeemeigen replicatieregels en rechten voor het doelregister. Bestaande inhoud heeft een eigen kopieerpad nodig; controleer de doel-digest en goedgekeurde release.
Repositorybesturing verdient aandacht
Versleuteling, onveranderlijke tags, rechten en levenscyclusregels vereisen doelconfiguratie of geschikte aanmaakt templates. Systeemeigen imagereplicatie neemt verwijderingen uit de bron niet over.
AWS-verwijzingen: ECR-replicatie
Certificaten · opnieuw uitgeven / opnieuw importeren
ACM: nieuw doelcertificaat, ARN gekoppeld.
Leg het doel van het certificaat vast: namen, type, validatiemethode en koppeling aan de workload. Vraag een certificaat aan of importeer het in het doelaccount en de doelregio en koppel de ARN aan de herstelde listener.
De regio bepaalt de identiteit
Een bron-ACM-ARN is geen doelcertificaat. Bereid uitgifte en DNS-validatie voor vóór een hersteloefening; controleer de koppeling aan de doel-listener.
Privémateriaal blijft beschermd
Voor ontdekking zijn geen privésleutels nodig. Een import gebruikt een goedgekeurd beveiligd sleutelpad. CloudFront-certificaten gebruiken us-east-1, ook als de toepassing elders draait.
AWS-verwijzingen: ACM-regio's en gebruik · Certificaten importeren
Netwerkbesturing · afstemmen + risicovolle wijzigingen vasthouden
Security Groups en NACL's: spiegel de bedoeling veilig.
Deze diensten bieden geen systeemeigen replicatie van SG/NACL's tussen accounts. Een Dockfield-reconciler gebruikt wijzigingsgebeurtenissen als signalen, leest de huidige configuratie, koppelt verwijzingen en past goedgekeurde doelregels toe. Periodieke afstemming vangt gemiste of vertraagde gebeurtenissen op.
| Besturing | Security Group | Network ACL |
|---|---|---|
| Plaatsing | Resource / netwerkinterface | Subnetkoppeling |
| Verkeersgedrag | Stateful; toegestane antwoorden worden bijgehouden | Stateless; sta het vereiste retourpad toe |
| Regelmodel | Toestaan-regels; verwijsde SG-ID's koppelen | Geordende toestaan- / weigeren-regels; regelnummers behouden |
| Doelkoppeling | Doel-VPC, SG-verwijzingen en goedgekeurde CIDR's | Doelsubnetkoppelingen, CIDR's en inkomende / uitgaande regels |
Gebeurtenissen zijn signalen, niet de volledige status
Gebruik ondersteunde CloudTrail-schrijfevents en een ingeschakeld trail. Lees de gezaghebbende configuratie opnieuw, verwerk herhalingen idempotent en houd bewijs van afstemming bij.
Een ingetrokken machtiging kan ook riskant zijn
Beleidscontrole omvat gewijzigde toegang en koppelingen én het volledig verwijderen van resources. Een wijziging vasthouden vereist aandacht van een beoordelaar; toegang behouden is een bewuste tijdelijke beslissing.
AWS-verwijzingen: EventBridge via CloudTrail · Gedrag van netwerk-ACL's
Gevoelige status · los van ontdekking
Secrets Manager: houd waarden buiten de blauwdruk.
Ontdekking inventariseert metadata van secrets en afhankelijkheden zonder GetSecretValue aan te roepen. Operationele bescherming van secrets volgt een afzonderlijk geautoriseerd pad voor versleutelde waarden, KMS-rechten, rotatie en doelendpoints.
Eén account, meerdere regio's
Systeemeigen regionale replica's verspreiden updates en rotatie van secrets. Gebruik een passende KMS-sleutel voor de doelregio en controleer of de verbindingsinstellingen verwijzen naar de bedoelde herstelde dienst.
Een apart account vraagt om een apart ontwerp
Systeemeigen replicatie tussen regio's is geen replicatie tussen accounts. Kies een gecontroleerd synchronisatiepad of geautoriseerde gedeelde toegang; gedeelde toegang alleen maakt geen geïsoleerde kopie. Toegang tussen accounts vereist resource-, identiteits- en klantbeheerde KMS-rechten.
AWS-verwijzingen: Regionale replica's · Toegang tussen accounts
Herstel van stateful data · replica / back-up / PITR
Herstel gegevens naar een betrouwbaar punt.
Kies het datapad los van de infrastructuurblauwdruk. RDS en Aurora gebruiken dienstgeschikte herstel- of replicatiepatronen; DynamoDB, EBS, EFS en FSx hebben hun eigen ondersteunde beschermingspaden nodig. Keuze van herstelpunt, doeltoegang en bewaartermijn worden expliciet getest.
RTO en RPO worden gemeten
Het vastleggingsinterval van de infrastructuur is niet de RPO van applicatiegegevens. Herstelduur, replicatievertraging, bewaarde herstelpunten en de geteste workload bepalen het daadwerkelijke herstelbewijs.
Andere stateful diensten
Voor bestaande S3-objecten kan afzonderlijke Batch Replication nodig zijn naast replicatie van nieuwe objecten. EFS, FSx en volumesnapshots gebruiken de mechanismen die worden ondersteund voor de gekozen dienst, het account en de regio.
AWS-verwijzingen: RDS-herstel naar een bepaald tijdstip · S3-replicatiebereik
Declaratief herstel · afhankelijkheidsvolgorde
Herbouw de verbonden dienst.
De blauwdruk beschrijft ondersteunde configuraties en doelkoppelingen. Systeemeigen statusbescherming levert images en gegevens; infrastructuurautomatisering herbouwt de omringende dienst in afhankelijkheidsvolgorde.
Doelidentiteiten oplossen
Bronaccount-ID's, regio's, certificaat-ARN's, KMS-sleutels, imagelocaties en endpointverwijzingen hebben doelkoppelingen nodig.
De gewenste platformstatus is van belang
Herstel voor Kubernetes workload-specificaties en permanente gegevens, geen tijdelijke Pod-ID's. De dienst heeft echte applicatiecontroles nodig naast een gezond control plane.
Dockfield-ontwerppatroon: dekking van ondersteunde diensten en afhankelijkheidskoppelingen worden tijdens de beoordeling gedefinieerd.
Verkeer · gereed → goedkeuring → routeringsactie
ARC-besturingen sturen verkeer zodra herstel gereed is.
Routeringsbesturingen beïnvloeden Route 53-healthchecks en DNS-verkeer. Dockfields menselijke goedkeurings- en validatiepoort is een applicatiebesturing; geconfigureerde ARC-veiligheidsregels vullen die aan. De herstelengine bouwt de workload voordat een routeringsactie mogelijk is.
Gereedheid is geen live failover
Een goedgekeurde UI-status bewijst niet dat routeringsbesturingen zijn gewijzigd. Leg de besturingsactie vast en bevestig het gedrag van de herstelde dienst en DNS.
Veiligheid en terugdraaien
Configureer passende veiligheidsregels, oefen de goedgekeurde overgang en rollback en houd rekening met DNS-caching en clientgedrag.
AWS-verwijzingen: ARC-routeringsbesturing · ARC-veiligheidsregels
Organisatiebesturing · centrale configuratie
Regel centraal. Controleer elke herstelgrens.
Control Tower, AWS Config, Security Hub en GuardDuty hebben verschillende organisatie- en regioconfiguratiemodellen. Gebruik het toepasselijke centrale beheerpatroon en controleer dekking, aggregatie en rechten in elk DR-account en elke regio. IAM-vertrouwen en KMS-toegang blijven expliciete afhankelijkheden.
Dienstspecifieke dekking
Een centrale beheerder betekent niet automatisch dat elke bestemming wordt gedekt. Leg de vereiste ingeschakelde regio's, ledenaccounts en bewijsbronnen vast.
Een blauwdruk is een herstelcontract
Leg voor elke resource de strategie, doelkoppeling, eigenaar, goedkeuringsregel, beschermingsbewijs en laatste geslaagde hersteltest vast.
Wat moet de herstelblauwdruk vastleggen?
- Bronservice en afhankelijkheidsrelaties
- Doelaccounts en -regio's, gekoppelde identiteiten en endpoints
- Beschermingsstrategie, vereisten en laatste afstemming
- Herstelpuntbeleid, gemeten RTO / RPO en validatiebewijs
- Afhandeling van destructieve wijzigingen, goedkeuringseigenaar en rollbackpad
Gratis eerste consult
Welke herstelpaden passen bij uw AWS-omgeving?
Begin met één kritieke workload, de afhankelijkheden en een meetbare hersteldoelstelling.