Vous êtes ici.
Et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler de l'Amazon Event Bridge.
Maintenant, si vous avez utilisé les événements de Cloud Watch, Event Bridge est très similaire à cela, vous pouvez
le considérer comme une version améliorée des événements de Cloud Watch.
Aujourd'hui, il utilise essentiellement le même ensemble d'API sous-jacentes et, à l'avenir, le nom des événements en nuage sera
généralement remplacé par le pont des événements.
Donc c'est le plus récent.
Nous allons donc l'examiner plus en détail.
Maintenant, à un haut niveau de vue d'ensemble de l'événement, Bridge fournit essentiellement un flux de données en temps réel à partir
d'une source d'événement à une cible spécifique.
Maintenant, l'architecture globale implique trois composants principaux.
Le premier est la source de l'événement sur la gauche.
La deuxième est la cible sur le côté droit.
Et puis vous avez la passerelle d'événements où les règles sont créées.
L'idée de base est donc que chaque fois qu'un événement est créé, l'événement peut être n'importe quoi.
Il peut s'agir d'une instance facile à utiliser qui est en train d'être résiliée, ou d'un troisième seau qui est en train d'être créé, ou encore
d'un utilisateur qui a créé un ticket de support.
Tout peut être un événement.
Donc, quand un événement se produit, ce que vous voulez, c'est qu'une cible spécifique soit déclenchée.
Par exemple, disons que chaque fois qu'un ticket d'assistance est créé dans votre application personnalisée, cela
doit déclencher le sujet SNS.
Le sujet SNS enverra à son tour un courriel et un SMS.
C'est donc quelque chose qui peut être réalisé avec l'aide de l'Event Bridge.
De nombreux cas d'utilisation peuvent être réalisés, mais l'idée principale est que la source de l'événement
génère un événement.
Selon le rôle que vous créez dans le pont d'événements qui déclenchera une cible spécifique,
il peut s'agir de lambda sense cloud, watch, etc. et votre application pourra alors fonctionner en conséquence.
Alors faisons une chose.
Prenons quelques cas d'utilisation qui nous permettront de comprendre les choses plus en détail.
Maintenant, le premier cas d'utilisation est associé à l'EC deux deux sens.
Ce que cela signifie, c'est que l'EC 2 est la source de l'événement, que la partie droite est la cible et qu'au
milieu il y a le pont d'événements.
Donc ce que vous voulez, c'est que chaque fois qu'une certaine action se produit, disons chaque fois que vous voyez deux instances
s'arrêter ou chaque fois que vous voyez deux instances terminées, alors l'administrateur doit être notifié.
Donc ce qui se passe ici, dès que vous voyez deux instances s'arrêter, terminer.
Ainsi, lorsque vous créez une règle de pontage d'événements, vous spécifiez l'événement exact que vous voulez surveiller.
Vous avez donc ici un événement de CE à arrêter et de CE à terminer.
Et une fois que cet événement se produit, alors le pont d'événement va aller de l'avant et déclencher la cible.
Dans ce cas, la cible est le sujet SNS et cette cible a une notification basée sur le courrier électronique, l'administrateur sera donc notifié
par courrier électronique.
Maintenant, le deuxième cas d'utilisation est associé à l'arrêt des deux instances du dev EC.
En fait, c'est quelque chose que nous avions l'habitude de mettre en œuvre sur la base du service d'événements de veille dans le nuage.
Nous avions donc l'habitude d'arrêter toutes les instances de développement à 20 heures. m. les vendredis.
Avec un peu de chance, tous les développeurs sont rentrés chez eux à ce moment-là et nous avions l'habitude de lancer toutes les instances
de la CE à 9 heures. m. le lundi dans l'environnement de développement.
Cette architecture se présentait d'abord sous la forme d'une passerelle d'événements, puis d'une source
d'événements spécifiques dont nous avons discuté.
Maintenant, l'une des sources peut être un calendrier.
Alors prévoyez un horaire comme 20 heures. m. vendredi, même le pont est déclenché et ce qu'il va faire, c'est
exécuter une fonction lambda.
Collège Sujet deux Et cette fonction lambda, à son tour, ira de l'avant et arrêtera toutes les instances EC deux.
De même, vous avez un emploi du temps à 9 heures. m. le lundi.
À ce moment précis, le pont d'événements se déclenche.
Il exécutera la fonction lambda de base Start EC Two le lundi et toutes les instances EC Two seront
lancées.
Ce sont donc les deux cas d'utilisation basés sur le pont d'événements.
Encore une fois, il y a beaucoup de flexibilité dans ce que vous pouvez faire.
Alors, allons-y et faisons un essai pratique.
Donc, pour la pratique d'aujourd'hui, ce que nous allons faire sur la source d'événements, nous en aurons trois et sur la cible, nous aurons des
journaux de surveillance du nuage.
Donc, ce qui devrait se passer, c'est que chaque fois qu'un seau S3 a une opération de mise en place ou de suppression d'un objet, les données devraient automatiquement
être envoyées au groupe de journaux de surveillance du nuage.
Et c'est quelque chose que nous allons faire avec l'événement Bridge.
Maintenant, l'une des premières choses dont nous avons besoin est de nous assurer que la cible est disponible.
Alors allons rapidement dans notre console S3.
Regardons si nous avons des seaux disponibles.
Très bien.
Donc, nous avons de multiples sceaux S3 qui sont disponibles.
C'est bien.
Nous allons donc l'utiliser pour nos tests.
Et la prochaine chose que nous devons faire est de permettre.
Traînée de nuages.
Ainsi, pour notre événement, Bridge pour savoir qu'une opération spécifique s'est produite à un niveau trois, vous devez avoir
le nuage trois.
Alors allons-y et activons rapidement le cloud rail dans la région de Singapour.
Donc dans les sentiers actuellement.
Créons rapidement une nouvelle piste.
Appelons-le comme une piste de démo ne permettra pas les jeux pour le moment.
Faisons-le ensuite.
Maintenant, notez que spécifiquement pour trois opérations liées, vous devez activer les événements de données ici.
Et dans les événements de données, vous avez la source d'événement de données de trois.
Puisque nous voulons surveiller les trois opérations de l'objet S3 put et delete.
Et ici, allons-y et faisons un suivant.
Et créons un exercice.
Parfait.
Donc maintenant nous pouvons aller de l'avant et aller rapidement à Event Bridge.
Alors faisons un pont d'événement ici.
Maintenant, dans la passerelle d'événements, si nous allons rapidement aux règles, nous pouvons aller de l'avant et créer rapidement une
nouvelle règle ici.
Appelons ça la règle de la démo.
Et dans le type de modèle défini, nous avons discuté du fait que vous pouvez soit définir par modèle d'événement dans le cas d'utilisation un et dans
le cas d'utilisation deux, nous avons discuté du calendrier sur la façon dont la règle de pont d'événement peut fonctionner
le vendredi à 8 heures. m. et le lundi à 9 heures. m..
Donc si vous voyez que lorsque vous cliquez sur le calendrier, vous pouvez soit spécifier un taux fixe en termes d'heures,
de minutes ainsi que ceci, ou vous pouvez créer une expression cron ici.
Cependant, pour la vidéo d'aujourd'hui, nous allons travailler sur la base d'un modèle d'événement et, dans ce cadre, nous allons
sélectionner un événement prédéfini par service.
Le service qui nous intéresse, ce sont les huit d'entre nous.
Vous pouvez également avoir des partenaires de service différents.
Je vais sélectionner le nom du service.
Spécifions trois et le type d'événement.
Nous recherchons une opération au niveau de l'objet et quelle est l'opération au niveau de l'objet que nous recherchons.
Précisons-le.
Donc le premier est l'objet mis.
Ensuite, vous avez l'opération de suppression de l'objet lié.
Sélectionnons-les tous les deux et dès que vous les sélectionnez sur le côté droit, le modèle d'événement sera
automatiquement créé pour vous.
Donc c'est génial.
Et si vous descendez un peu, la prochaine partie importante est la cible.
Ainsi, lorsque cet événement spécifique se produit, lorsque quelqu'un télécharge l'objet dans le seau S3 ou lorsque quelqu'un supprime
l'objet dans le seau, qu'est-ce qui doit être déclenché.
Donc le point de déclenchement, encore une fois, il y a beaucoup d'options qui sont disponibles ici.
Nous sommes plus intéressés par la vidéo d'aujourd'hui.
Voyons le groupe de journaux de Cloud Watch et dans le groupe de journaux, appelons-le comme trois événements.
Une fois cela fait, vous pouvez aller de l'avant et faire une création.
Parfait.
Donc notre règle d'événement est créée maintenant afin de vérifier.
Passons rapidement au service de surveillance des nuages ici et dans les groupes de journaux.
Vous devriez voir cet événement.
Bridge aurait dû créer un groupe de journaux ici.
Et oui, vous avez un groupe de journaux comme trois événements qui est automatiquement créé.
Super.
Il est donc temps de tester les choses.
J'ai donc un seau dans la région de Singapour, ici.
Allons-y et téléchargeons des données.
Je vais ajouter un fichier pour avoir des exemples de fichiers.
Allons-y et ajoutons-en un parmi eux et je vais faire une grille de téléchargement.
Maintenant, dans notre groupe de flux de travail du Cloud, ouvrons le groupe des journaux ici et automatiquement vous devriez
voir qu'il y a un flux de journaux qui a été créé.
Et ce flux de logs contient essentiellement les informations ici.
Descendons un peu et voyons ce qu'il contient.
Donc, ici, vous voyez qu'il vous donne l'année exacte dans laquelle est zéro un.
Et il vous montre également les trois seaux où ce fichier spécifique a été téléchargé, ce qui est mon journal
d'accès au lapse temp.
Voici donc ce que fait la passerelle d'événements d'un point de vue général.
Il faut savoir que l'un des avantages d'Even Bridges est qu'il permet non seulement de créer des règles basées
sur les services, mais aussi de prendre en charge les applications personnalisées, les applications SAS et bien d'autres encore, en
tant que sources d'événements, et selon la règle que vous créez, une cible spécifique peut également être notifiée.
C'est ainsi que se termine la vidéo d'aujourd'hui.