Nouveautés Principales
Cette page liste les nouvelles fonctionnalités et améliorations apportées à Roboconf 0..
Sécurité : Échanges SSL avec RabbitMQ
Il est désormais possible de configurer la messagerie RabbitMQ avec SSL pour Roboconf.
Les échanges se feront alors sur un canal sécurisé.
Sécurité : Authentification dans la Console Web
L’authentification peut désormais être requise dans la console web.
Les utilisateurs peuvent être définis dans des REALMs Karaf, à savoir dans des fichiers
de propriétés, des bases de données ou bien dans un annuaire LDAP.
Une fois activiée dans la configuration, la console web requiert automatiquement que les utilisateurs s’authentifient.
# Enable or disable CORS.
# CORS = https://en.wikipedia.org/wiki/Cross-origin_resource_sharing
# It should be disabled in production environments.
enable-cors = false
# Enable or disable authentication.
# Users are authenticated against the specified REALM.
enable-authentication = false
# The REALM that is used for authentication.
# We use Karaf realms.
authentication-realm = karaf
# The period of validity for a session once a user is logged in.
# Expressed in seconds. Use a negative value for infinite validity.
session-period = -1
Sécurité : Fichiers d’Audit pour les Accès Web
Quand l’authentification est activée pour les accès web, toute connexion et toute action sont tracées à des fins d’audit.
MBeans pour Roboconf
Cette nouvelle version de Roboconf arrive avec ses propres MBeans.
Cela permet ainsi de collecter des métriques propres à Roboconf, au travers de JMX.
Un exemple d’utilisation peut être la création de tableaux de bord avec Elastic Search et Kibana.
Historique des Commandes
Les commandes Roboconf peuvent être exécutées à la demande, via l’API REST, ou bien automatiquement, que ce soit par l’autonomique ou bien sur planification. L’exécution des commandes est désormais historisées. Cet historique fournit des détails sur le résultat de l’exécution, sur son déclenchement, etc.
L’historique peut être global…
… ou bien contextualisé pour une application donnée.
Refonte de la Cible Docker
La cible Docker est une solution pour utiliser des conteneurs Docker en lieu et place de VMs.
Elle sert essentiellement dans le cadre de tests.
Cette cible a été retravaillée pour s’appuyer sur les images Docker officielles du projet Roboconf. Toute la partie « génération d’images » a été remplacée. Elle s’appuie désormais sur la possibilité de fournir un dockerfile (qui devrait étendre l’image officielle de l’agent Roboconf).
Déploiements « on-premise »
La cible « embarquée » permet d’utiliser des serveurs créés sans l’aide de Roboconf.
Elle présuppose qu’un agent Roboconf a été installé sur ces machines.
Ce gestionnaire de cible a été enrichi afin d’être capable de sélectionner une machine parmi une liste d’adresses IP. Une identité est alors affectée à l’agent Roboconf, identité qui pourra être réinitialisée lorsque le serveur ne sera plus utilisé.
Divers
D’autres améliorations, de moindre ampleur, ont aussi été apportées dans cette nouvelle mouture de Roboconf.
Un certain nombre de bugs ont également été corrigés. Veuillez vous référer aux entrées sur Github pour plus de détails.