Ciao a tutti e bentornati.
Nel video di oggi parleremo della replica dei segreti che fanno parte del servizio
Secrets Manager.
Ora, nell'ambito dell'alta disponibilità generale, molte organizzazioni implementano l'architettura
complessiva del database e, nell'ambito del disaster recovery, è molto importante che tutti i componenti necessari
per ripristinare l'intera applicazione di produzione siano replicati.
Ad esempio, si vede che si ha una funzione lambda, si ha un'idea e questa funzione lambda recupera
i segreti dal gestore dei segreti per connettersi all'istanza IDs.
E questo si basa su US East one, che è la regione della Virginia settentrionale.
Ora, per qualche motivo, supponiamo che, nel peggiore dei casi, questa regione sia stata interrotta o che ci siano
problemi di connettività relativi a questa regione specifica.
Ciò significa che l'intera applicazione non funziona.
Perciò, per superare questo problema, è molto importante un'architettura basata sulla replica e sul disaster recovery.
Per questo motivo, fornisce la funzionalità di replica non solo per i database.
Quindi, come vedete, il database viene replicato anche in un'altra regione, che è quella meridionale, ma anche i segreti che
fanno parte del gestore dei segreti possono essere replicati in un'altra regione, poiché le credenziali del database
sono memorizzate nel gestore dei segreti e se la funzione lambda nella nuova regione non è in grado di recuperare le
credenziali, allora non sarà in grado di connettersi al database e quindi anche la replica
dei segreti del gestore dei segreti è molto importante.
Quindi, prima di procedere oltre, andiamo a dare un'occhiata veloce.
Per la dimostrazione di oggi, ho un prodotto segreto di Collins.
Ora questo segreto si trova nella regione di Singapore e vedremo rapidamente come funziona la replica.
Ora, come parte del test generale, ho aperto il servizio Secret Manager anche nella regione di Mumbai,
dove verrà eseguita la replica.
Quindi questo specifico segreto in questa fase non viene replicato.
Quindi, ogni volta che replichiamo il segreto in un'altra regione, specifichiamo la regione di Mumbai qui,
si può procedere a replicare questo segreto.
Va bene.
Una volta fatto questo, si vedrà lo stato della replica.
Al momento è in corso.
A questo punto si vede che la replica è riuscita.
Quindi, nella regione di Mumbai, se si aggiorna rapidamente, si vede che il nostro segreto è attualmente disponibile e all'interno
del vostro è chiaramente indicato che si tratta di una replica di un segreto nella regione di Sud-Est, che è quella di Singapore.
Va bene.
Spero che con questo abbiate capito le basi della replica dei segreti.
Ora, se volete, visto che si tratta di una replica, verifichiamo anche il valore segreto.
Valore segreto dell'utente e della password segreti.
Ora, se si verifica il valore segreto della regione di Singapore, che è il segreto originale, si ha
un utente e una password segreti.
Ora, se volete, avete anche la possibilità di promuoverlo come segreto indipendente.
A questo punto, se si desidera gestire questa replica, è necessario andare nella regione primaria.
Tuttavia, supponiamo che si voglia creare un segreto indipendente e non una replica.
È possibile promuoverlo a segreto autonomo qui.
Specifichiamo un Sud e promuoviamolo.
Ora.
Questa è diventata una replica.
Ora sarete in grado di modificare diverse cose come parte di questo segreto.
Ora, da quando abbiamo promosso questo, la connessione tra entrambi si è interrotta.
Pertanto, ogni volta che si effettua un nuovo aggiornamento qui, non sarà riflesso qui nel caso in cui ci sia una replica.
Qualsiasi aggiornamento di questo segreto primario sarà replicato anche alla replica.
Ora, prima di concludere, ci sono alcune indicazioni da tenere presenti.
Il primo è che, come stiamo discutendo, è possibile replicare i segreti in più regioni per supportare
le applicazioni diffuse in tali regioni e soddisfare i requisiti di accesso regionale e di bassa latenza.
Questo aiuta anche negli scenari di disaster recovery.
A parte questo, se in seguito è necessario, è possibile promuovere la replica segreta a standalone e quindi impostarla
per la replica in modo indipendente.
È una cosa che abbiamo visto.
L'ultimo punto è che se si attiva la rotazione del segreto primario, il gestore dei segreti ruota il segreto
nella regione primaria e qualsiasi nuovo valore sia presente, sarà replicato anche nelle altre
regioni, considerando che è stata impostata una replica.
Ottimo.
Questa è la panoramica di alto livello sulla replica complessiva.
E con questo si conclude il video di oggi.