FlowG sort en version v0.23.0 - Sauvegarde et restauration

Bonjour Nal !

Je t'en ai déjà parlé à quelques reprises :

Depuis, on a bien avancé, alors il est temps de t'en parler une nouvelle fois :)

Aperçu des nouveautés depuis la dernière fois

📃 Syslog

On notera l'ajout du support de Syslog. Logiciel incontournable présent sur tout les systèmes Linux, c'est lui qui va agréger les journaux systèmes (d'où son nom) pour potentiellement les retransmettre à un service tiers.

Grâce à cette PR introduite dans la version v0.11.0, et cette PR, FlowG devient un service tiers capable d'ingérer les journaux en provenance de Syslog.

Une documentation complète existe, expliquant comme utiliser FlowG pour :

recevoir les journaux de vos pods dans Kubernetes
recevoir les journaux de vos conteneurs Docker sur un hôte Docker (sans Kubernetes donc)
recevoir les journaux en provenance de syslog-ng ou logstash

Pour la partie Kubernetes, FlowG fournit, grâce à cette PR introduite en version v0.16.0, un "chart Helm" intégrant FluentD et FlowG.

Enfin, la version v0.20.0 introduit avec cette PR la possibilité de filtrer qui a le droit ou non d'envoyer un journal Syslog à FlowG.

En effet, comme ce service est exposé sur un port dédié avec un protocol spécifique, on ne dispose pas du mécanisme d'authentification de l'API (par JSON Web Token, ou Personal Access Token). La solution est donc de configurer quels sont les clients autorisés.

🚸 Expérience Utilisateur

Rendre FlowG le plus facile à déployer, réduire la barrière à l'entrée, faire une courbe d'apprentissage la plus lisse possible, c'est l'objectif.

FlowG est souvent déployé sous forme de conteneur ou il est plus facile de configurer les variables d'environnement que les paramètres de la ligne de commande.

Cette PR introduite en version v0.21.0 permet de spécifier chaque option de la ligne de commande sous forme de variable d'environnement.

🔒 Sécurité

Même si FlowG tourne au sein de votre cluster, certaines conventions de sécurité recommandent (ou même requièrent) que le service soit exposé en HTTPS.

Cette PR introduite en version v0.17.0 ajoute le support natif du HTTPS, évitant ainsi la nécessité d'embarquer un Reverse Proxy (pouvant alourdir l'image Docker).

💾 Sauvegarde et restauration

C'est aussi une fonctionnalité importante pour s'assurer de la continuité d'un service. En cas de pépin, la perte de données est un risque majeur. Pouvoir effectuer des sauvegardes régulières est crucial.

Il existe désormais 2 méthodes de sauvegarde :

la sauvegarde "hors ligne", effectuée via la ligne de commande, et nécessite que FlowG soit à l'arrêt, introduite en version v0.22.0 avec cette PR
la sauvegarde "en ligne", effectué via l'API HTTP, et ne nécessite pas que FlowG soit à l'arrêt, évitant les interruptions de service, introduite en version v0.23.0 avec cette PR

Un guide complet est disponible sur le site web : documentation.

⬆️ Mise à jour de dépendances

Grâce à Dependabot, les mises à jour de dépendance comprenant les correctifs de sécurités sont automatiquement faite. Ce robot est d'ailleurs mon contributeur numéro 1 :D

Conclusion

FlowG continu d'évoluer. Une solution SaaS (non opensource pour le coup) est en cours de préparation depuis quelques mois (me contacter par courrier électronique si vous voulez plus d'info, ce n'est pas vraiment le sujet d'un forum du libre de parler d'offres propriétaires), ce qui explique donc la lenteur du développement. On accepte des contributeurs externes d'ailleurs, donc n'hésitez pas, que ce soit des rapports de bug, des demandes de fonctionnalité, de la documentation, ou du code, tout est bienvenu :)

Alors n'hésitez pas à :

consulter le site web
"star" le dépôt Github—il parait que ça signifie quelque chose quand un dépôt a beaucoup d'étoiles, que ça vend du rêve peut être ? que ça nous mets pleins d'étoiles dans les yeux ? je ne sais pas
l'essayer et en parler autour de vous <3