Hola a todos y bienvenidos de nuevo.
Ahora, en el vídeo de hoy, vamos a hablar sobre la replicación de los secretos que forman parte del
servicio Secrets Manager.
Ahora, como parte de la alta disponibilidad general, muchas de las organizaciones, implementan la arquitectura
general de la base de datos y como parte de su recuperación de desastres, es muy importante que todos los componentes que son
necesarios para poner en marcha toda su aplicación de producción se repliquen.
Por ejemplo, ves que tienes una función lambda, tienes una idea y esta función lambda obtiene los
secretos del gestor de secretos para conectarse a la instancia IDs.
Y esto se basa en EE.UU. Este uno, que es la región de Virginia del Norte.
Ahora, debido a alguna razón, supongamos que en el peor de los casos, esta región se cayó o hay algunos problemas
de conectividad relacionados con esta región específica.
Lo que significaría que toda tu aplicación está caída.
Por eso, para superar este problema, es muy importante contar con una arquitectura basada en la replicación y la recuperación ante desastres.
Para ello, proporciona la funcionalidad de replicación no sólo para las bases de datos.
Así que la base de datos también se replica a una región diferente, que es el sur, pero también los secretos que forman parte del
gestor de secretos también pueden ser replicados a una región diferente, ya que las credenciales de la base de datos se
almacenan en el gestor de secretos y si la función lambda en la nueva región no es capaz de obtener las credenciales,
entonces no será capaz de conectarse a la base de datos y por lo tanto la replicación de los
secretos del gestor de secretos también es muy importante.
Así que antes de seguir adelante, vamos a echar un vistazo rápido.
Ahora para la demostración de hoy, tengo un producto secreto de Collins.
Ahora este secreto está en la región de Singapur y vamos a ver rápidamente cómo funcionaría realmente la replicación.
Ahora, como parte de las pruebas generales, tengo el Servicio de Secret Manager también abierto en la región de Mumbai
donde realizaremos la replicación.
Así que este secreto específico en esta etapa no se replica.
Así que cada vez que replicamos el secreto a otra región, vamos a especificar la región de Mumbai por aquí, usted puede
seguir adelante y replicar este secreto.
De acuerdo.
Una vez hecho esto, verá el estado de la replicación.
De momento, está en curso.
Ahora, en esta etapa se ve que la replicación ha tenido éxito.
Así que en la región de Mumbai, si se actualiza rápidamente, se ve nuestro secreto está disponible actualmente y
dentro de su se indica claramente que se trata de una réplica de un secreto en el sureste que es la región de Singapur.
De acuerdo.
Así que espero que con esto hayas entendido lo básico de la replicación de secretos.
Ahora, en caso de que si lo desea, ya que esta es una réplica, de hecho, vamos a verificar también el valor secreto.
Valor secreto su usuario secreto y contraseña secreta.
Ahora, si verificas el valor secreto de la región de Singapur, que es el secreto original, tendrás un usuario
secreto y una contraseña secreta.
Ahora, en caso de que lo desee, también tiene la opción de promover esto como un secreto independiente.
Ahora, en esta fase, si quieres gestionar esta réplica, tienes que ir a la región primaria.
Sin embargo, vamos a suponer que usted quiere hacer esto como un secreto independiente y no una réplica.
Puede promover esto a un secreto independiente aquí.
Especifiquemos uno del Sur y promocionémoslo.
Ahora.
Esto se ha convertido en una réplica.
Ahora podrás modificar varias cosas como parte de este secreto.
Ahora, desde que hemos promovido esto, la conexión entre ambos se ha roto.
Así que cada vez que haga una nueva actualización aquí, no se reflejará aquí en caso de que haya una réplica.
Cualquier actualización de este secreto primario también se replicará en la réplica.
Ahora, antes de concluir, hay ciertas indicaciones que debes tener en cuenta.
La primera es que, tal y como estamos debatiendo, puedes replicar tus secretos en varias regiones para dar
soporte a aplicaciones que se extienden por esas regiones para cumplir los requisitos de acceso regional y también de baja
latencia.
Esto también ayuda en escenarios de recuperación de desastres.
Aparte de eso, si más adelante lo necesitas, puedes promover la réplica secreta a autónoma y luego configurarla para la
replicación de forma independiente.
Esto es algo que hemos visto.
Y el último punto es que si activas la rotación de tu secreto primario, el gestor de secretos rota el secreto en la
región primaria y cualquiera que sea el nuevo valor presente, ese valor también se replicará a las
otras regiones, considerando que se ha establecido una réplica.
Estupendo.
Este es el panorama general de la replicación.
Y con esto concluirá el vídeo de hoy.