Ja coneixes SQS (cues) i SNS (notificacions). Ara veurem EventBridge, un servei d'esdeveniments més modern i potent que porta les idees de la missatgeria un pas més enllà. És la columna vertebral de moltes arquitectures dirigides per esdeveniments a AWS.

EventBridge és un bus d'esdeveniments (event bus): una mena d’«autopista central» per on circulen esdeveniments de tota la teva aplicació i dels serveis d’AWS. Els serveis publiquen esdeveniments al bus, i EventBridge els dirigeix automàticament als destins adequats segons unes regles.

Analogia: EventBridge és com el sistema de classificació de correu d’una gran oficina. Arriben cartes (esdeveniments) de molts remitents. Un classificadors (les regles) llegeix cada carta i l’envia al departament correcte segons el seu contingut. Ningú ha de repartir a mà: el sistema enruta tot automàticament segons regles predefinides.

El cor d’EventBridge són les regles. Una regla diu: «quan arribi un esdeveniment que compleixi aquest patró, envia’l a aquest destí». EventBridge examina cada esdeveniment i, si coincideix amb el patró d’una regla, el dirigeix al seu destí.

El que és interessant és que les regles filtren pel contingut de l’esdeveniment. Un esdeveniment és bàsicament un JSON amb dades, i la regla pot mirar aquestes dades:

Una regla podria dir: «envia a revisió manual els esdeveniments ComandaCreada amb import superior a 1000». EventBridge filtra i enruta automàticament, sense que tu escriguis codi de repartiment.

És la pregunta natural: SNS també difon missatges a diversos destins. Per a què EventBridge? Les diferències clau:

En resum: SNS és simple i rapidíssim per difondre; EventBridge és més sofisticat, amb filtrat avançat pel contingut i integració nativa amb desenes de serveis d’AWS i aplicacions externes.

Regla pràctica: fes servir SNS quan només necessitis difondre un missatge a diversos destins de forma simple i veloç. Fes servir EventBridge quan necessitis enrutar esdeveniments de forma intel·ligent segons el seu contingut, o integrar esdeveniments de serveis d’AWS i aplicacions SaaS.

EventBridge té un superpoder: molts serveis d’AWS emeten esdeveniments a EventBridge automàticament. Això et permet reaccionar a coses que passen dins d’AWS sense programar res especial:

• «Quan una instància EC2 canviï d’estat» → dispara una Lambda.
• «Quan es pugi un objecte a S3» → enruta a un destí.
• «Quan una tasca d’un servei acabi» → avisa a un sistema.

Exemple del món real: vols rebre una alerta a Slack cada cop que algú arrenca una instància EC2 gran (cara). Crees una regla a EventBridge: «quan un esdeveniment indiqui que s’ha llançat una instància de tipus gran, envia’l a una Lambda que avisi per Slack». No has de programar cap sistema de vigilància: EventBridge ja rep aquests esdeveniments d’AWS, tu només defineixes la regla.

EventBridge també permet programar esdeveniments en el temps (el que abans s’anomenava «CloudWatch Events»). Pots llançar una acció segons un horari, com una tasca recurrent:

És la forma serverless del clàssic «cron» dels servidors: tasques que s’executen segons un calendari, sense necessitat d’un servidor encès vigilant el rellotge.

• EventBridge és un bus d’esdeveniments: una «autopista central» on els serveis publiquen esdeveniments i EventBridge els enruta als seus destins segons regles.
• Les regles filtren pel contingut de l’esdeveniment («si l’import > 1000 → revisió manual») i enruten automàticament, sense codi de repartiment.
• Davant de SNS: EventBridge ofereix filtrat avançat pel contingut i integració nativa amb molts serveis d’AWS i apps SaaS. Fes servir SNS per a difusió simple i veloç; EventBridge per a enrutament intel·ligent i integracions.
• Superpoder: molts serveis d’AWS emeten esdeveniments a EventBridge, cosa que et permet reaccionar al que passa dins d’AWS sense programar vigilància.
• Amb schedules, EventBridge executa tasques programades (el «cron» serverless).

A l’últim subcapítol del capítol unirem totes aquestes peces (SQS, SNS, EventBridge) en els grans patrons que habiliten: pub/sub, desacoblament i saga.