Replica nativa
Usa il percorso di replica del servizio per gli stati supportati. Esempi: nuove immagini ECR, replica di oggetti S3 o replica di database approvata.
Vedi il modello →Strategie di ripristino
Il percorso di ripristino giusto.
Per ogni componente AWS.
Scopri come immagini, certificati, controlli di rete, segreti, dati e infrastruttura lavorano insieme. Questi diagrammi mostrano il design di ripristino Dockfield; ogni implementazione cliente viene definita e testata separatamente.
Scegli per servizio e obiettivo di ripristino
Sette famiglie, un blueprint di ripristino.
Un workload può combinare più famiglie. Un servizio container ha bisogno contemporaneamente di immagini, rete, identità, segreti e dati. Il ripristino della configurazione e quello dei dati applicativi richiedono prove e tempistiche distinte.
Mirroring basato su eventi
Acquisisci gli eventi di modifica, ispeziona la configurazione corrente e riconcilia le controparti mappate in DR. SG e NACL richiedono un riconciliatore personalizzato.
Vedi il modello →Ricostruzione dichiarativa
Ricostruisci l’infrastruttura supportata dal blueprint di ripristino, seguendo l’ordine delle dipendenze. Esempi: VPC, bilanciatori del carico, ECS ed EKS.
Vedi il modello →Backup e ripristino a un punto nel tempo
Ripristina lo stato da un punto di recupero approvato usando i percorsi di backup nativi del servizio. Esempi: RDS, Aurora e risorse AWS Backup supportate.
Vedi il modello →Riemettere o ricreare
Crea una risorsa di destinazione valida e mappane la nuova identità. Esempio: certificati ACM per l’account e la regione di destinazione.
Vedi il modello →Piano di controllo del ripristino condiviso
Coordina le decisioni di routing tra gli ambienti protetti. I controlli di routing ARC agiscono sui controlli di integrità di Route 53.
Vedi il modello →Governance dell’organizzazione
Gestisci centralmente i controlli applicabili tramite amministrazione delegata e impostazioni regionali specifiche del servizio.
Vedi il modello →Immagini · backfill + replica nativa continua
ECR: proteggi l’immagine, poi ricostruisci il servizio.
Le immagini esistenti e i push futuri seguono percorsi diversi. L’immagine di destinazione deve essere disponibile prima che ECS o EKS avvii il carico di lavoro ripristinato.
Prepara la destinazione
Configura le regole di replica nativa e le autorizzazioni del registro di destinazione. I contenuti esistenti richiedono un percorso di copia dedicato; verifica il digest di destinazione e la release approvata.
I controlli del repository richiedono attenzione
Crittografia, immutabilità dei tag, autorizzazioni e regole del ciclo di vita richiedono una configurazione di destinazione o modelli di creazione adeguati. La replica nativa delle immagini non propaga le eliminazioni dall’origine.
Riferimenti AWS: Replica ECR
Certificati · riemissione / reimportazione
ACM: nuovo certificato di destinazione, ARN mappato.
Registra i requisiti del certificato: nomi, tipo, metodo di convalida e collegamento al carico di lavoro. Richiedi o importa un certificato nell’account e nella regione di destinazione, poi mappane l’ARN al listener ripristinato.
La regione definisce l’identità
Un ARN ACM sorgente non è un certificato di destinazione. Prepara emissione e convalida DNS prima di un’esercitazione di ripristino; verifica il collegamento al listener di destinazione.
Il materiale privato resta protetto
La rilevazione non richiede chiavi private. Ogni importazione usa un percorso sicuro approvato per le chiavi. I certificati CloudFront usano us-east-1 anche se l’applicazione si trova altrove.
Riferimenti AWS: Regioni e utilizzo ACM · Importa certificati
Controlli di rete · riconciliare + trattenere le modifiche rischiose
Security Group e NACL: rispecchia l’intento in modo sicuro.
Questi servizi non offrono la replica nativa di SG/NACL tra account. Un riconciliatore Dockfield usa gli eventi di modifica come segnali, legge la configurazione corrente, mappa i riferimenti e applica le regole di destinazione approvate. La riconciliazione periodica copre gli eventi mancanti o ritardati.
| Controllo | Security Group | Network ACL |
|---|---|---|
| Posizionamento | Risorsa / interfaccia di rete | Associazione della subnet |
| Comportamento del traffico | Con stato; le risposte consentite vengono tracciate | Senza stato; consenti il percorso di ritorno richiesto |
| Modello delle regole | Regole di autorizzazione; mappa gli ID SG referenziati | Regole di autorizzazione / rifiuto ordinate; mantieni i numeri |
| Mappatura della destinazione | VPC di destinazione, riferimenti SG e CIDR approvati | Associazioni delle subnet di destinazione, CIDR e regole in entrata / uscita |
Gli eventi sono segnali, non l’intero stato
Usa gli eventi di scrittura CloudTrail supportati e un trail abilitato. Rileggi la configurazione autorevole, gestisci i tentativi ripetuti in modo idempotente e registra le prove della riconciliazione.
Anche revocare un’autorizzazione può essere rischioso
La revisione delle policy copre modifiche di accesso e associazioni, oltre all’eliminazione completa della risorsa. Trattenere una modifica richiede l’attenzione di un revisore; mantenere l’accesso è una scelta temporanea consapevole.
Riferimenti AWS: EventBridge tramite CloudTrail · Comportamento delle Network ACL
Stato sensibile · separato dalla rilevazione
Secrets Manager: tieni i valori fuori dal blueprint.
La rilevazione inventaria metadati e dipendenze dei segreti senza chiamare GetSecretValue. La protezione operativa dei segreti segue un percorso autorizzato separato che gestisce valori cifrati, autorizzazioni KMS, rotazione ed endpoint di destinazione.
Stesso account, più regioni
Le repliche regionali native propagano aggiornamenti e rotazione dei segreti. Usa una chiave KMS adatta alla regione di destinazione e verifica che le impostazioni di connessione puntino al servizio ripristinato previsto.
Un account separato richiede una progettazione distinta
La replica regionale nativa non è una replica tra account. Scegli un percorso di sincronizzazione controllato o un accesso condiviso autorizzato; il solo accesso condiviso non crea una copia isolata. L’accesso tra account richiede autorizzazioni per risorse, identità e KMS gestito dal cliente.
Riferimenti AWS: Repliche regionali · Accesso tra account
Ripristino di dati con stato · replica / backup / PITR
Ripristina i dati a un punto attendibile.
Scegli il percorso dei dati separatamente dal blueprint dell’infrastruttura. RDS e Aurora usano schemi di ripristino o replica adatti al servizio; DynamoDB, EBS, EFS e FSx richiedono i rispettivi percorsi di protezione supportati. La scelta del punto di recupero, l’accesso alla destinazione e la conservazione vengono testati esplicitamente.
RTO e RPO vengono misurati
L’intervallo di acquisizione dell’infrastruttura non è l’RPO dei dati applicativi. Durata del ripristino, ritardo della replica, punti di recupero conservati e carico di lavoro testato definiscono le prove effettive del ripristino.
Altri servizi con stato
Gli oggetti S3 esistenti possono richiedere Batch Replication separata dalla replica dei nuovi oggetti. EFS, FSx e le istantanee dei volumi usano i meccanismi supportati per il servizio, l’account e la regione scelti.
Riferimenti AWS: Ripristino RDS a un punto nel tempo · Ambito della replica S3
Ripristino dichiarativo · ordine delle dipendenze
Ricostruisci il servizio collegato.
Il blueprint descrive configurazioni supportate e mappature di destinazione. La protezione nativa dello stato fornisce immagini e dati; l’automazione dell’infrastruttura ricostruisce i servizi collegati seguendo l’ordine delle dipendenze.
Risolvi le identità di destinazione
ID dell’account sorgente, regioni, ARN dei certificati, chiavi KMS, posizioni delle immagini e riferimenti degli endpoint richiedono mappature di destinazione.
Lo stato desiderato della piattaforma è importante
Per Kubernetes, ripristina le specifiche dei carichi di lavoro e i dati persistenti invece degli ID temporanei dei pod. Il servizio richiede verifiche applicative reali oltre a un piano di controllo integro.
Modello di progettazione Dockfield: copertura dei servizi supportati e mappature delle dipendenze vengono definite durante la valutazione.
Traffico · pronto → approvazione → azione di routing
ARC controlla il traffico quando il ripristino è pronto.
I controlli di routing influiscono sui controlli di integrità di Route 53 e sul traffico DNS. Il gate di approvazione umana e convalida di Dockfield è un controllo applicativo, integrato dalle regole di sicurezza ARC configurate. Il motore di ripristino crea il carico prima che l’azione di routing diventi idonea.
L’idoneità non è un failover in tempo reale
Uno stato approvato nell’interfaccia non dimostra che i controlli di routing siano cambiati. Registra l’azione di controllo e conferma il comportamento del servizio ripristinato e del DNS.
Sicurezza e rollback
Configura regole di sicurezza adeguate, prova la transizione approvata e il rollback e considera la cache DNS e il comportamento dei client.
Riferimenti AWS: Controllo di routing ARC · Regole di sicurezza ARC
Controlli dell’organizzazione · configurazione centrale
Governa una volta. Verifica ogni confine di ripristino.
Control Tower, AWS Config, Security Hub e GuardDuty hanno modelli diversi per la configurazione organizzativa e regionale. Usa il modello di amministrazione centrale applicabile e verifica copertura, aggregazione e autorizzazioni in ogni account e regione DR. L’attendibilità IAM e l’accesso KMS restano dipendenze esplicite.
Copertura specifica del servizio
La presenza di un amministratore centrale non significa automaticamente che ogni destinazione sia coperta. Registra le regioni abilitate richieste, gli account membri e le fonti di prova.
Un blueprint è un contratto di ripristino
Per ogni risorsa registra strategia, mappatura della destinazione, responsabile, regola di approvazione, prove di protezione e ultimo test di ripristino riuscito.
Cosa deve registrare il blueprint di ripristino?
- Servizio sorgente e relazioni di dipendenza
- Account e regioni di destinazione, identità ed endpoint mappati
- Strategia di protezione, prerequisiti e ultima riconciliazione
- Policy dei punti di recupero, RTO / RPO misurati e prove di convalida
- Gestione delle modifiche distruttive, responsabile dell’approvazione e percorso di rollback
Consultazione iniziale gratuita
Quali percorsi di ripristino sono adatti al tuo ambiente AWS?
Inizia da un carico di lavoro critico, le sue dipendenze e un obiettivo di ripristino misurabile.