Dans un récent article de blog, Google annoncé Eventarc, une nouvelle fonctionnalité d’événements qui permet aux clients de déclencher Cloud Run à partir de plus de 60 sources Google Cloud. Avec Eventarc, les clients peuvent créer des applications basées sur les événements et prendre en charge l’ingestion, la livraison, la sécurité, l’autorisation, l’observabilité et la gestion des erreurs des événements.
Google Cloud Run permet aux clients d’exécuter des conteneurs sans état dans un environnement entièrement géré. Il est construit en open-source Knative, vous permettant de choisir d’exécuter vos conteneurs soit entièrement gérés avec Cloud Run, soit dans votre Google Kubernetes Engine cluster avec Cloud Run pour Anthos. Et avec Eventarc, les clients peuvent connecter les services Cloud Run à des événements provenant de diverses sources.
Selon le blog d’annonce de Google, les clients peuvent utiliser Eventarc pour traiter des cas d’utilisation tels que l’analyse vidéo, la conversion de fichiers, l’inscription d’un nouvel utilisateur, la surveillance d’applications et des centaines d’autres en agissant sur des événements provenant de Cloud Storage, BigQuery, Firestore et plus de 60 autres sources Google Cloud. Eventarc prend en charge:
- Réception d’événements de plus de 60 sources Google Cloud (via les journaux Cloud Audit)
- Réception d’événements à partir de sources personnalisées en les publiant sur Pub / Sub – le code du client peut envoyer des événements pour signaler entre les microservices
- Adhérez au CloudEvents standard pour tous les événements, quelle que soit la source, pour garantir une expérience développeur cohérente
- Évolutivité à la demande et aucun frais minimum
Le mécanisme de livraison sous-jacent dans Eventarc est Pub / Sub, ainsi que les rubriques et les abonnements. Les sources d’événements produisent des événements et les publient sur le sujet Pub / Sub dans n’importe quel format. Par la suite, les événements sont livrés aux puits Google Run. Les développeurs peuvent utiliser Eventarc pour les applications exécutées sur Cloud Run afin d’utiliser un événement Cloud Storage (via Cloud Audit Logs) pour déclencher un pipeline de traitement de données ou un événement à partir de sources personnalisées (publication sur Cloud Pub / Sub) pour signaler entre les microservices.
La source: https://codelabs.developers.google.com/codelabs/cloud-run-events#2
Avec Eventarc, Google s’associe à d’autres fournisseurs de cloud public pour fournir un service sur leur plate-forme cloud respective pour gérer les événements de manière centralisée. Microsoft libéré Grille d’événements, un service qui permet aux développeurs de gérer les événements de manière unifiée dans Azure, il y a plus de deux ans – et a continué à évoluer le service avec des filtres avancés et des domaines d’événements. De plus, AWS suivi en 2019 avec Amazon Eventbridge – un bus d’événements sans serveur qui permet aux services AWS, aux logiciels en tant que service (SaaS) et aux applications personnalisées de communiquer entre eux à l’aide d’événements. Enfin, d’autres fournisseurs proposent également un service de bus événementiel similaire à Event Grid et EventBridge, comme l’offre TriggerMesh EveryBridge.
Holger Mueller, analyste principal et vice-président de Constellation Research Inc., a déclaré à InfoQ:
Les architectures événementielles existent depuis un certain temps … mais elles ont toujours été mises au défi de devoir dimensionner les plates-formes pour les événements – et cela va à l’encontre de l’idée inhérente de s’adapter de manière élastique au volume de l’événement. Entrez dans le Cloud qui donne précisément cette élasticité, et c’est au tour de Google avec Eventarc, un composant clé pour les applications de nouvelle génération.
Eventarc est actuellement en avant-première et Google s’efforce d’en faire une offre événementielle complète pour sa plate-forme cloud. De plus, les développeurs peuvent commencer en suivant le Guide de démarrage rapide et tirez parti du SDK CloudEvents avec le Bibliothèque Google Events.
.
