{"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\/de\/blog\/news\/reliz-polemarch-2-1-web-interfejsa-dlya-ansible","title":{"rendered":"Ver\u00f6ffentlichung von Polemarch 2.1, einer Weboberfl\u00e4che f\u00fcr Ansible.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung von Polemarch 2.1.0, einer Web-Oberfl\u00e4che zur Verwaltung der Serverinfrastruktur auf Basis von Ansible, fand statt. Der Projektcode ist in Python und JavaScript geschrieben und verwendet die Frameworks Django und Celery. Das Projekt wird unter der AGPLv3-Lizenz verbreitet. Um das System zu starten, reicht es aus, das Paket zu installieren und einen Dienst zu starten. F\u00fcr den industriellen Einsatz wird empfohlen, MySQL\/PostgreSQL sowie Redis\/RabbitMQ+Redis (Caching und MQ-Broker) zus\u00e4tzlich zu verwenden. F\u00fcr jede Version wird ein Docker-Image erstellt. <\/p>\n
Hauptverbesserungen: <\/p>\n
\n
Die Initialisierungszeit des Codes wurde verk\u00fcrzt und der Speicher wurde durch Refactoring eines gro\u00dfen Codevolumens und verschiedener sich wiederholender Listen optimiert.\n
Das Klonen (f\u00fcr git) oder Herunterladen (f\u00fcr tar) von Code mit aktiviertem repo_sync_on_run erfolgt jetzt direkt im Startverzeichnis aus der Quelle. Diese Funktion ist besonders n\u00fctzlich f\u00fcr diejenigen, die Polemarch als CI\/CD-Pipeline verwenden.\n
Es wurde die M\u00f6glichkeit hinzugef\u00fcgt, die maximale Gr\u00f6\u00dfe des Archivs anzugeben, das bei der Synchronisierung des Projekts heruntergeladen werden soll. Die Gr\u00f6\u00dfe wird in der Konfigurationsdatei in Byte angegeben und gilt f\u00fcr alle Projekte.\n
Die Funktionalit\u00e4t f\u00fcr den angegebenen repo_sync_on_run_timeout wurde neu gestaltet, wobei f\u00fcr git-Projekte diese Zeit in den Git-CLI-Timeouts verwendet wird und f\u00fcr Archive die Zeit f\u00fcr die Verbindungsherstellung und das Warten auf den Downloadbeginn abdeckt.\n
Es wurde die M\u00f6glichkeit hinzugef\u00fcgt, eine andere ANSIBLE_CONFIG innerhalb des Projekts anzugeben. Dabei bleibt die M\u00f6glichkeit bestehen, global eine Standardkonfiguration f\u00fcr Projekte anzugeben, in deren Stammverzeichnis sich keine ansible.cfg befindet.\n
Kleinere Fehler und Ungenauigkeiten in der Benutzeroberfl\u00e4che wurden behoben und die grundlegenden Bibliotheken wurden aktualisiert. <\/ul>\n