bmeme.mule
Rôle Ansible : Mule
Installe Mule Community Edition sur des serveurs Linux.
Prérequis
Java doit être disponible sur le serveur.
Vous pouvez facilement installer Java en utilisant le super rôle Geerlingguy geerlingguy.java.
Cependant, vous pouvez également utiliser d'autres rôles, bien sûr.
Assurez-vous que la version de Java installée respecte les exigences de Mule.
Installation
Ceci est un rôle Ansible distribué via Ansible Galaxy. Pour installer ce rôle, vous pouvez utiliser la commande suivante.
$ ansible-galaxy install bmeme.mule
Mise à jour
Si vous souhaitez mettre à jour le rôle, vous devez passer le paramètre --force lors de l'installation. Veuillez vérifier la commande suivante :
$ ansible-galaxy install --force bmeme.mule
Variables du rôle
Les variables de base sont :
| Nom de la variable | Description | Par défaut |
|---|---|---|
mule_version |
La version de Mule que vous souhaitez installer. Regardez ici | 4.5.0 |
mule_group |
Le groupe système à créer pour exécuter Mule | mule |
mule_user |
L'utilisateur système à créer pour exécuter Mule | mule |
mule_home |
Répertoire qui héberge Mule | /opt/mule |
mule_remove_package |
Supprimer le package Mule "tar.gz" une fois installé | true |
mule_restart_handler_enabled |
Redémarrer/ démarrer Mule après l'installation | true |
Propriétés de configuration de Mule
Dans les versions précédentes de ce rôle (1.x.x), il permettait une configuration complète de Mule en injectant des fichiers modèles. Malheureusement, cette approche a causé des problèmes de compatibilité croisée pour différentes versions de logiciels et pour cette raison, nous avons supprimé cette fonctionnalité.
Maintenant, ce rôle permet de configurer uniquement les propriétés Java de base et les propriétés de journalisation dans le fichier wrapper.conf.
| Nom de la variable | Description | Par défaut |
|---|---|---|
mule_wrapper_java_command |
Chemin absolu de l'application Java | java |
mule_wrapper_java_initmemory |
Taille initiale de la mémoire Java (en Mo) | 1024 |
mule_wrapper_java_maxmemory |
Taille maximale de la mémoire Java (en Mo) | 2048 |
mule_wrapper_startup_timeout |
Délai d'attente de démarrage par défaut | 600 |
mule_wrapper_console_format |
Format de sortie pour la console. (Voir la documentation pour les formats) | M |
mule_wrapper_console_loglevel |
Niveau de journalisation pour la sortie de la console. (Voir la documentation pour les niveaux de journalisation) | INFO |
mule_wrapper_logfile |
Fichier journal à utiliser pour la journalisation de la sortie du wrapper. | %MULE_BASE%/logs/%MULE_APP%.log |
mule_wrapper_logfile_format |
Format de sortie pour le fichier journal. (Voir la documentation pour les formats) | M |
mule_wrapper_logfile_loglevel |
Niveau de journalisation pour la sortie du fichier journal. (Voir la documentation pour les niveaux de journalisation) | INFO |
mule_wrapper_logfile_maxsize |
Taille maximale que le fichier journal peut atteindre avant que le journal ne soit roulé | 1m |
mule_wrapper_logfile_maxfiles |
Nombre maximum de fichiers journaux roulés autorisés avant que les anciens fichiers ne soient supprimés. | 10 |
mule_wrapper_syslog_loglevel |
Niveau de journalisation pour la sortie sys/event log. (Voir la documentation pour les niveaux de journalisation) | NONE |
Pour mieux configurer votre Mule, consultez la documentation officielle ici et personnalisez votre instance selon vos besoins directement dans votre playbook.
Dépendances
N/A
Exemple de Playbook
Inclure un exemple de la façon d'utiliser votre rôle (par exemple, avec des variables passées en tant que paramètres) est toujours agréable pour les utilisateurs :
- hosts: muleserver
vars_files:
- vars/main.yml
roles:
- geerlingguy.java # par exemple
- bmeme.mule
Licence
MIT
Informations sur l'auteur
Ce rôle a été créé par Bmeme. Il est actuellement maintenu par Daniele Piaggesi et Roberto Mariani.
Remerciements
En construisant ce rôle, nous avons été influencés par d'autres rôles que nous utilisons/had utilisés et leurs approches. Merci aux excellents travaux de :