Intégration du runtime Adobe I/O avec AEM

Qu’est-ce qu’Adobe I/O Runtime ?

Adobe I/O Runtime est comme une baguette magique pour les développeurs. C’est un plateforme informatique sans serveurce qui signifie que les développeurs peuvent se concentrer uniquement sur l’écriture de code sans se soucier de la gestion des serveurs ou de l’infrastructure. Considérez-le comme un terrain de jeu virtuel où votre code s’exécute, déclenché par des événements ou des actions spécifiques.

Cas d’utilisation dans AEM

Supposons que nous soyons créer un site Web dynamique avec AEM qui repose fortement sur des données externes provenant de diverses API. Au lieu d’intégrer la logique API directement dans le code de votre projet AEM, nous pouvons tirer parti d’Adobe I/O Runtime.

Cela peut être fait en suivant des étapes simples :

• La logique de l’API est écrite dans le code Adobe I/O Runtime, généralement en JavaScript.
• Grâce au code AEM, nous pouvons adresser des requêtes à ces API.
• Lorsqu’une requête API est reçue, Adobe I/O Runtime exécute les actions correspondantes, récupère les données et les renvoie à votre application AEM.

Pourquoi le runtime Adobe I/O est-il important dans AEM ?

En termes simples, Adobe I/O Runtime rend AEM plus puissant. Voici comment procéder :

• Pas de serveurs, pas de soucis : Avec Adobe I/O Runtime, nous n’avons pas besoin de configurer ou de maintenir des serveurs. Nous pouvons écrire du code et le déployer, et Adobe s’occupe du reste. Moins de temps consacré à l’infrastructure signifie plus de temps à créer des fonctionnalités dynamiques. Exemple: Nous devons intégrer une API météo dans le site Web d’AEM. Au lieu de gérer un serveur dédié pour gérer les appels d’API, nous pouvons écrire une fonction dans Adobe I/O Runtime qui récupère les données de l’API chaque fois qu’un utilisateur visite la page météo.
• Réagissez aux événements : AEM génère des événements tels que des mises à jour de contenu, des soumissions de formulaires ou des interactions utilisateur. Adobe I/O Runtime permet de créer des fonctions qui répondent automatiquement à ces événements. Exemple: Lorsqu’un nouvel article de blog est publié dans AEM, Adobe I/O Runtime peut déclencher automatiquement une fonction qui envoie des notifications par e-mail ou envoie des mises à jour sur les réseaux sociaux.
• Mise à l’échelle rentable : Avec les serveurs traditionnels, vous payez pour la disponibilité même lorsque vos services ne sont pas utilisés. Adobe I/O Runtime vous facture uniquement les ressources utilisées lors de l’exécution de vos fonctions. Exemple: Lors du lancement d’un produit, les pics de trafic peuvent entraîner des coûts de serveur élevés. Avec Adobe I/O Runtime, la fonction évolue automatiquement pour gérer la hausse, mais vous ne payez que pour les demandes traitées, pas pour le temps d’inactivité du serveur.
• Intégration facile : Adobe I/O Runtime s’intègre parfaitement à AEM et à d’autres services Adobe, ainsi qu’aux API et outils tiers. Exemple: Nous devons intégrer un CRM externe. Au lieu d’intégrer la logique dans AEM, nous utilisons Adobe I/O Runtime pour créer une API qui gère la communication avec le CRM, gardant ainsi le projet AEM propre.

Fonctionnement d’Adobe I/O Runtime : une analyse étape par étape

Adobe I/O Runtime fonctionne sur la base d’une architecture basée sur les événements. Voici comment ses composants fonctionnent ensemble :

1. Actions
Il s’agit des éléments de code essentiels qui effectuent des tâches spécifiques lorsqu’ils sont déclenchés par un événement.
Exemple: Supposons que nous construisions une application météo. Dans le dossier action du projet, nous créons un fichier JavaScript (fetchWeather.js) qui contient la logique permettant d’appeler une API météo externe et de renvoyer le résultat. Chaque fois qu’un utilisateur vérifie la météo, cette action est exécutée.

Action

2. Événements
Les événements sont des occurrences spécifiques dans AEM ou des systèmes externes qui déclenchent des actions.
Exemple: Un événement peut être la soumission d’un nouveau formulaire sur votre site Web. Lorsqu’un utilisateur soumet un formulaire de contact, Adobe I/O Runtime déclenche une action pour envoyer un e-mail de confirmation à l’aide d’une API de service de messagerie.

3. Déclencheurs
Les déclencheurs définissent les conditions dans lesquelles les actions doivent être exécutées.
Exemple: Nous pouvons définir un déclencheur qui exécute l’action fetchWeather chaque fois qu’un utilisateur entre une ville dans la barre de recherche.

4. Règles
Les règles vous permettent de définir les conditions dans lesquelles un déclencheur doit se déclencher.
Exemple: Nous pourrions définir une règle selon laquelle l’action fetchWeather n’est déclenchée que si l’utilisateur saisit un nom de ville valide, garantissant ainsi que les entrées non valides ne gaspillent pas de ressources.

5. Séquences
Les séquences sont utiles lorsque plusieurs actions doivent être exécutées dans un ordre spécifique.
Exemple: Tout d’abord, l’utilisateur saisit un nom de ville. L’action fetchWeather récupère les données météorologiques, puis une autre action stocke les données dans AEM à des fins d’analyse, le tout dans l’ordre.

6.Composition
Les compositions vous permettent de regrouper plusieurs actions en une seule unité réutilisable.
Exemple: Nous avons une séquence qui récupère les données de deux API différentes (données météorologiques et de localisation) et combine les résultats en une seule réponse. En créant une composition, nous pouvons réutiliser cette configuration dans différentes parties du projet.

7. Forfaits
Les packages sont des conteneurs qui regroupent des actions, des déclencheurs, des règles, des séquences et des compositions pour un déploiement facile.
Exemple: Nous créons un package appelé WeatherPackage qui comprend toutes les actions, déclencheurs et règles nécessaires pour récupérer et afficher les données météorologiques sur plusieurs pages.

Comprendre le fichier manifeste

Un aspect essentiel du travail avec Adobe I/O Runtime est le fichier manifeste. Le fichier manifeste définit la manière dont les actions, les déclencheurs, les règles, les séquences et les packages sont configurés et déployés dans Adobe I/O Runtime.

Le fichier manifeste est généralement un fichier YAML qui spécifie la structure et les paramètres de votre projet, garantissant que tout est organisé et prêt pour le déploiement. Il agit comme un modèle décrivant les relations entre les différents composants et la manière dont ils sont déclenchés ou exécutés.

Voici un exemple simple de fichier manifeste :

Manifeste

Composants clés du fichier manifeste :

1. Forfaits : Nom du package (weatherApp) qui contient des actions, des déclencheurs et des règles.
2. Actes: L’action (fetchWeather) définit le fichier logique (actions/fetchWeather.js) et son environnement d’exécution (Node.js dans ce cas). Il comprend également des paramètres d’entrée comme une clé API.
3. Déclencheurs : Le déclencheur (weatherTrigger) est configuré pour se déclencher toutes les 30 minutes en fonction d’une tâche cron.
4. Règles: La règle (weatherRule) relie le déclencheur à l’action afin que chaque fois que le déclencheur se déclenche, l’action fetchWeather s’exécute.

Conclusion

En intégrant Adobe I/O Runtime avec AEMnous pouvons créer des applications hautement dynamiques, basées sur les événements, évolutives, rentables et faciles à gérer. Le fichier manifeste simplifie encore le déploiement, en garantissant que vos fonctions, déclencheurs et règles sont bien organisés et déployés de manière cohérente. Cet environnement sans serveur vous permet de vous concentrer sur l’écriture de code et la création d’expériences utilisateur innovantes, sans vous soucier de l’infrastructure.

Références

Documentation officielle d’Adobe I/O Runtime :- Documentation Adobe I/O Runtime
Documentation OpenWhisk : – Documentation Apache OpenWhisk

VOUS TROUVEZ CECI UTILE ? PARTAGEZ-LE