{"id":105255,"date":"2022-10-05T15:36:59","date_gmt":"2022-10-05T13:36:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-polemarch-2-1-web-interfejsa-dlya-ansible"},"modified":"2022-10-05T15:36:59","modified_gmt":"2022-10-05T13:36:59","slug":"reliz-polemarch-2-1-web-interfejsa-dlya-ansible","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-polemarch-2-1-web-interfejsa-dlya-ansible","title":{"rendered":"Sortie de Polemarch 2.1, une interface web pour Ansible.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 2.1.0 de Polemarch, une interface web pour la gestion de l'infrastructure serveur bas\u00e9e sur Ansible, est sortie. Le code du projet est \u00e9crit en Python et JavaScript en utilisant les frameworks Django et Celery. Le projet est distribu\u00e9 sous la licence AGPLv3. Pour ex\u00e9cuter le syst\u00e8me, il suffit d'installer le package et de lancer un service. Pour une utilisation industrielle, il est recommand\u00e9 d'utiliser en plus MySQL\/PostgreSQL et Redis\/RabbitMQ+Redis (cache et broker MQ). Une image Docker est cr\u00e9\u00e9e pour chaque version. <\/p>\n
Am\u00e9liorations principales : <\/p>\n
\n
Le temps d'initialisation du code a \u00e9t\u00e9 r\u00e9duit et l'utilisation de la m\u00e9moire optimis\u00e9e gr\u00e2ce \u00e0 la refactorisation d'un grand volume de code et de diff\u00e9rentes listes r\u00e9p\u00e9t\u00e9es.\n
Le clonage (pour git) ou le t\u00e9l\u00e9chargement (pour tar) du code avec repo_sync_on_run activ\u00e9 se fait d\u00e9sormais directement dans le r\u00e9pertoire de lancement \u00e0 partir de la source. Cette fonction est particuli\u00e8rement utile pour ceux qui utilisent Polemarch comme pipeline CI\/CD.\n
Il est d\u00e9sormais possible de sp\u00e9cifier la taille maximale de l'archive \u00e0 t\u00e9l\u00e9charger lors de la synchronisation du projet. La taille est indiqu\u00e9e dans le fichier de configuration en octets et s'applique \u00e0 tous les projets.\n
La fonctionnalit\u00e9 de travail sous le param\u00e8tre repo_sync_on_run_timeout a \u00e9t\u00e9 retravaill\u00e9e, o\u00f9 pour les projets git, ce temps est utilis\u00e9 dans les d\u00e9lais d'expiration de git cli, tandis que pour les archives, il couvre le temps d'\u00e9tablissement de la connexion et d'attente du d\u00e9but du t\u00e9l\u00e9chargement.\n
Il est d\u00e9sormais possible de sp\u00e9cifier une autre ANSIBLE_CONFIG \u00e0 l'int\u00e9rieur du projet. Toutefois, il est toujours possible de d\u00e9finir un config global par d\u00e9faut pour les projets sans ansible.cfg \u00e0 la racine.\n
Des erreurs mineures et des inexactitudes dans l'interface ont \u00e9t\u00e9 corrig\u00e9es et les biblioth\u00e8ques de base mises \u00e0 jour. <\/ul>\n