Difference between revisions of "VT2020 - Flogo Fiche"

From air
Jump to navigation Jump to search
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é

Logo de Flogo

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

Schéma 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

Cloud.png

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).