Aquí tienes.
Y bienvenidos de nuevo.
En el vídeo de hoy hablaremos del puente de eventos de Amazon.
Ahora, en caso de que hayas hecho uso de los eventos de Cloud watch, event bridge es muy similar a eso, puedes
considerarlo como una versión más mejorada a los eventos de cloud watch.
Ahora, básicamente hace uso del mismo conjunto de API subyacentes y, en el futuro, el nombre de eventos en la nube se sustituirá
normalmente por el de puente de eventos.
Así que este es el más nuevo.
Veámoslo con más detalle.
Ahora, en un evento de visión general de alto nivel, Bridge básicamente entrega un flujo de datos en tiempo real desde
una fuente de eventos a un destino específico.
La arquitectura global consta de tres componentes principales.
La primera es la fuente de eventos de la izquierda.
El segundo es el objetivo de la derecha.
Y luego tienes el puente de eventos donde se crean las reglas.
La idea básica es que cuando se crea un evento, éste puede ser cualquier cosa.
Puede tratarse de una instancia de easy to que se está dando de baja o de un three bucket que se está creando o de cualquier
usuario que haya creado un ticket de soporte.
Cualquier cosa puede ser un acontecimiento.
Así que cuando ocurre un evento, lo que quieres es que se active un objetivo específico.
Por ejemplo, digamos que cada vez que se crea un ticket de soporte en su aplicación personalizada, entonces debería
activar el tema SNS.
A su vez, el tema del SNS enviará un correo electrónico y un SMS.
Eso es algo que puede conseguirse con la ayuda de Event Bridge.
Ahora puede haber múltiples casos de uso que se pueden lograr, pero esta es la idea principal donde la fuente
de eventos genera un evento.
Dependiendo del rol que crees en el puente de eventos que activará un objetivo específico,
puede ser lambda sense cloud, watch, etc. y entonces tu aplicación podrá trabajar en consecuencia.
Así que hagamos una cosa.
Veamos algunos casos de uso que nos permitirán entender las cosas con más detalle.
Ahora bien, el primer caso de uso está asociado a la CE de dos sentidos.
Así que lo que esto significa, EC dos es básicamente la fuente de eventos y ya que en el lado derecho es básicamente el objetivo
y en el medio tienes puente de eventos.
Así que lo que quieres, cada vez que ocurre una acción determinada, digamos cada vez que ves dos instancias
paradas o cada vez que ves dos instancias terminadas, entonces el administrador debe ser notificado.
Así que lo que sucede aquí, cada vez que vea dos instancias de parada, terminar.
Así, cada vez que cree una regla de puente de eventos, deberá especificar el evento exacto que desea supervisar.
Así que aquí dentro tienes un evento de CE a parar y CE a terminar.
Y una vez que este evento ocurra, entonces el puente de eventos seguirá adelante y activará el objetivo.
En este caso, el objetivo es el tema SNS y este objetivo tiene una notificación basada en correo electrónico por lo que el administrador sería notificado
por correo electrónico.
Ahora, el segundo caso de uso está asociado a la parada de las dos instancias dev EC.
De hecho, esto es algo que solíamos implementar basándonos en el servicio de eventos de vigilancia en la nube.
Lo que solíamos hacer era parar todas las instancias de desarrollo a las 8 de la tarde. m. los viernes.
Con un poco de suerte, todos los desarrolladores se habrán ido a casa a esa hora y nosotros solíamos empezar todas las instancias de la CE
a las 9 de la mañana. m. los lunes en el entorno de desarrollo.
Ahora cómo esta arquitectura parecía primero solíamos tener un puente de eventos, ahora incluso puente junto con una
fuente de evento específico que estábamos discutiendo.
Ahora una de las fuentes puede ser un horario.
Así que programa como a las 8 p. m. el viernes, incluso puente se activa y lo que va a hacer, va a seguir
adelante y ejecutar una función lambda.
Colegio Tema dos Y esta función lambda a su vez seguirá adelante y detendrá todas las instancias de EC dos.
Del mismo modo, tienes un horario a las 9 a. m. el lunes.
En esta programación específica se activa el puente de eventos.
Ejecutará la función lambda base de inicio de EC dos los lunes y se iniciarán todas las instancias
de EC dos.
Así que estos son los dos casos de uso basados en el puente de eventos.
De nuevo, mucha flexibilidad en lo que puedes hacer.
Así que vamos a probarlo en la práctica.
Así que para la práctica de hoy lo que vamos a hacer en la fuente de eventos, tendremos tres y en el objetivo tendremos registros
de vigilancia en la nube.
Así que lo que debería suceder es que cada vez que un cubo S3 tenga una operación de poner objeto o una operación de borrar objeto, automáticamente los datos
deberían ser enviados al grupo de registro de vigilancia de la nube.
Y esto es algo que haremos con el evento Bridge.
Ahora, una de las primeras cosas que necesitamos es asegurarnos de que el objetivo está disponible.
Así que vamos a ir rápidamente a nuestra consola S3.
Veamos si tenemos algún cubo disponible.
De acuerdo.
Así que tenemos varios cubos de S3 que están disponibles.
Está bien.
Así que lo utilizaremos para nuestras pruebas.
Y lo siguiente que tenemos que hacer es habilitar.
Camino de la nube.
Así que para nuestro evento, Puente para saber que una operación específica ha ocurrido en un nivel tres, usted necesita tener
nube tres.
Así que vamos a habilitar rápidamente la nube ferroviaria en la región de Singapur.
Así que dentro de senderos actualmente.
Vamos a crear rápidamente una nueva pista.
Vamos a llamarlo como un rastro de demostración no permitirá a los juegos en este momento.
Hagámoslo ahora.
Ahora, tenga en cuenta que específicamente para tres operaciones relacionadas, tiene que habilitar los eventos de datos aquí.
Y dentro de los eventos de datos, tienes la fuente de eventos de datos de tres.
Dado que queremos controlar el S3 tres poner objeto y eliminar la operación de objeto.
Y aquí, vamos a hacer un siguiente.
Y vamos a crear un simulacro.
Perfecto.
Así que ahora podemos seguir adelante y rápidamente ir a Event Bridge.
Así que vamos a hacer un puente de eventos aquí.
Ahora, dentro del puente de eventos, si vamos rápidamente a reglas, podemos crear rápidamente una nueva
regla aquí.
Llamémoslo regla demo.
Y dentro del tipo de patrón definido, estuvimos discutiendo que se puede definir por patrón de evento en el caso de uso uno y en el caso de
uso dos, estuvimos discutiendo acerca de la programación sobre cómo la regla de puente de evento puede ejecutarse
el viernes a las 8 p. m. m. y el lunes a las 9 a. m..
Así que si usted verá cuando haga clic en programar, puede especificar una tasa fija en términos de
horas, minutos, así como esto, o puede crear una expresión cron aquí.
Sin embargo, para el vídeo de hoy trabajaremos en base a un patrón de eventos y dentro de éste seleccionaremos
un evento predefinido por servicio.
El servicio que nos interesa es el de los ocho.
También puede tener diferentes socios de servicio.
Seleccionaré el nombre del servicio.
Especifiquemos tres y el tipo de evento.
Estamos buscando una operación a nivel de objeto y cuál es la operación a nivel de objeto que estamos buscando.
Especifiquémoslo.
Lo primero es el objeto put.
A continuación, tiene la operación relacionada con la eliminación de objetos.
Seleccionemos ambos y tan pronto como lo seleccionemos en la parte derecha, el patrón de eventos
se creará automáticamente.
Así que esto es genial.
Y si bajas un poco, la siguiente parte importante es el objetivo.
Así que cuando se produce este evento específico, cuando alguien sube el objeto al cubo S3 o cuando alguien elimina
el objeto en el cubo, lo que debe ser activado.
Así que el punto de activación, de nuevo, hay un montón de opciones que están disponibles aquí.
Nos interesa más el vídeo de hoy.
Veamos el grupo de registro de Cloud Watch y dentro del grupo de registro llamémoslo como tres eventos.
Una vez que entonces usted puede seguir adelante y hacer una creación.
Perfecto.
Así que nuestra regla de eventos se crea ahora con el fin de verificar.
Vamos rápidamente al servicio de vigilancia en la nube aquí y dentro de los grupos de registro.
Deberías ver ese evento.
Bridge debería haber creado un grupo de registro aquí.
Y sí, tiene un grupo de registro como tres eventos que se crea automáticamente.
Estupendo.
Así que ahora es el momento de probar las cosas.
Así que tengo un cubo en la región de Singapur aquí.
Vamos a cargar algunos datos.
Añadiré un archivo para tener algunos archivos de muestra.
Vamos a seguir adelante y añadir uno entre ellos y voy a hacer una cuadrícula de carga.
Ahora, dentro de nuestro grupo de flujo de trabajo Cloud, vamos a abrir el grupo de registro aquí y automáticamente
debería ver que hay un flujo de registro que se creó.
Y este flujo de registro contiene básicamente la información aquí.
Bajemos un poco y veamos qué contiene.
Así que aquí, usted ve que es, básicamente, que le da el año exacto en el que es cero uno.
Y también te está mostrando los tres cubo donde este archivo específico fue subido, que es mi lapso temp
registros de acceso.
Así que esto es lo que hace el puente de eventos en una visión general de alto nivel.
Así que sólo para darse cuenta de una de las grandes cosas acerca de incluso puentes que no sólo se puede seguir
adelante y crear reglas basadas en los servicios, pero también es compatible con aplicaciones personalizadas, las aplicaciones SAS y varios
otros como una fuente de eventos y en función de la regla que se crea, un objetivo específico también puede ser notificado.
Con esto concluiremos el vídeo de hoy.