Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler de la réplication des secrets qui font partie
du service Secrets Manager.
Maintenant, dans le cadre de la haute disponibilité globale, de nombreuses organisations mettent en œuvre l'architecture
globale de la base de données et dans le cadre de la reprise après sinistre, il est très important que tous les composants nécessaires
à la reprise de l'ensemble de votre application de production soient répliqués.
Par exemple, vous voyez que vous avez une fonction lambda, vous avez une idée et cette fonction lambda va chercher
les secrets dans le gestionnaire de secrets pour se connecter à l'instance IDs.
Et ceci est basé sur l'Est des États-Unis, qui est la région de la Virginie du Nord.
Maintenant, pour une raison quelconque, supposons que dans le pire des cas, cette région est tombée en panne ou qu'il
y a des problèmes de connectivité liés à cette région spécifique.
Ce qui veut dire que toute votre application est en panne.
Pour surmonter ce problème, l'architecture basée sur la réplication et la reprise après sinistre est très importante.
Pour ce faire, il fournit la fonctionnalité de réplication non seulement pour les bases de données.
Ainsi, vous voyez que la base de données est également répliquée dans une région différente, qui est la région sud, mais aussi les secrets qui font partie du
gestionnaire de secrets peuvent également être répliqués dans une région différente parce que les informations d'identification de la base de données
sont stockées dans le gestionnaire de secrets et si la fonction lambda dans la nouvelle région n'est pas en mesure de récupérer les informations
d'identification, alors elle ne sera pas en mesure de se connecter à la base de données et donc la réplication
des secrets du gestionnaire de secrets est également très importante.
Avant d'aller plus loin, jetons-y un coup d'œil rapide.
Pour la démo d'aujourd'hui, j'ai un produit secret de Collins.
Ce secret se trouve dans la région de Singapour et nous allons rapidement examiner comment la réplication fonctionne réellement.
Maintenant, dans le cadre de l'ensemble des tests, j'ai le service Secret Manager également ouvert dans la région de Mumbai
où nous allons effectuer la réplication.
Donc ce secret spécifique à ce stade n'est pas répliqué.
Ainsi, chaque fois que nous répliquons le secret à une autre région, spécifions la région de Mumbai ici, vous pouvez
aller de l'avant et répliquer ce secret.
Très bien.
Une fois que vous avez fait cela, vous verrez l'état de la réplication.
Pour l'instant, elle est en cours.
Maintenant, à ce stade, vous voyez que la réplication a réussi.
Donc dans la région de Mumbai, si vous rafraîchissez rapidement, vous voyez que notre secret est actuellement disponible et
dans votre il est clairement indiqué qu'il s'agit d'une réplique d'un secret dans le Sud-Est qui est la région de Singapour.
Très bien.
J'espère donc qu'avec ceci vous avez compris les bases de la réplication des secrets.
Maintenant, si vous le souhaitez, puisqu'il s'agit d'une réplique, vérifions également la valeur secrète.
Valeur secrète : votre utilisateur secret et votre mot de passe secret.
Maintenant, si vous vérifiez la valeur secrète de la région de Singapour, qui est le secret original, vous avez un utilisateur
secret et un mot de passe secret.
Maintenant, si vous le souhaitez, vous avez également la possibilité de le promouvoir comme un secret autonome.
Maintenant, à ce stade, si vous voulez gérer cette réplique, vous devez vous rendre dans la région primaire.
Toutefois, supposons que vous souhaitiez en faire un secret autonome et non une réplique.
Vous pouvez en faire un secret indépendant ici.
Spécifions un Sud et faisons-en la promotion.
Maintenant.
C'est devenu une réplique.
Vous pourrez maintenant modifier diverses choses dans le cadre de ce secret.
Maintenant, depuis que nous avons fait cette promotion, la connexion entre les deux s'est rompue.
Ainsi, chaque fois que vous faites une nouvelle mise à jour ici, elle ne sera pas reflétée ici au cas où il y aurait une réplique.
Toute mise à jour de ce secret primaire sera également répliquée sur la réplique.
Avant de conclure, il y a certains points que vous devez noter.
La première est que, comme nous l'avons dit, vous pouvez répliquer vos secrets dans plusieurs régions pour prendre
en charge les applications qui sont réparties dans ces régions afin de répondre aux exigences d'accès régional et de faible latence.
Cela aide également dans les scénarios de reprise après sinistre.
En outre, si vous en avez besoin ultérieurement, vous pouvez promouvoir le secret de la réplique en tant qu'autonome, puis le configurer pour
la réplication de manière indépendante.
C'est quelque chose que nous avons vu.
Et le dernier point est que si vous activez la rotation de votre secret primaire, le gestionnaire de secrets fait tourner le
secret dans la région primaire et toute nouvelle valeur présente, cette valeur sera également répliquée dans
les autres régions, en considérant qu'une réplique est mise en place.
Super.
Voilà donc l'aperçu de haut niveau de la réplication globale.
Et c'est ainsi que se termine la vidéo d'aujourd'hui.