Difference between revisions of "VT2020 - Flogo Fiche"
Line 41: | Line 41: | ||
[[File:Cloud.png|200px|right]] |
[[File:Cloud.png|200px|right]] |
||
+ | |||
+ | On a le choix entre plusieurs possibilités de déploiement ce qui est très agréable : |
||
+ | |||
+ | On peut déployer l'application sur un cloud avec AWS lambda, ce qui est pratique car Flogo a un support natif de AWS lambda ce qui permet d'avoir des fonctions ''serverless'' et donc avoir moins de ops. Cela permet de consommer moins de ressources mais aussi d'économiser de l'argent. |
||
+ | |||
+ | On peut aussi publier dans un container avec Docker. On connaît tous les avantages d'un tel déploiement donc c'est en effet très intéressant. |
||
+ | |||
+ | On peut également déployer comme un binaire statique pour intégrer l'application à des objets orientés IoT (internet des objets). |
Revision as of 14:47, 14 December 2020
Résumé
Flogo est un framework entièrement codé en Golang ultra léger qui permet la création d'applications événementielles de manière très simplifiée à l'aide d'un Web UI très intuitif.
Il utilise la notion de triggers et de actions pour construire l'application.
Triggers et Actions
Triggers
Les triggers gèrent tout ce qui est réception de données et l'envoi de réponses.
C'est également ces triggers qui vont par exemple paramétrer le port via lequel on va recevoir/envoyer les flux de données.
Handlers
Un handler est simplement ce qui permet d'attribuer les événements aux actions.
Actions
Les actions c'est ce qui va gérer toute la logique de l'application et les différentes opérations qui vont être effectués après réception des données.
C'est également les actions qui vont déterminer ce qui va être renvoyé pas l'application avant de passer par les trigger.
Déploiement et compatibilités
On a le choix entre plusieurs possibilités de déploiement ce qui est très agréable :
On peut déployer l'application sur un cloud avec AWS lambda, ce qui est pratique car Flogo a un support natif de AWS lambda ce qui permet d'avoir des fonctions serverless et donc avoir moins de ops. Cela permet de consommer moins de ressources mais aussi d'économiser de l'argent.
On peut aussi publier dans un container avec Docker. On connaît tous les avantages d'un tel déploiement donc c'est en effet très intéressant.
On peut également déployer comme un binaire statique pour intégrer l'application à des objets orientés IoT (internet des objets).