Hallo,
wie gehen Sie bei der Aktualisierung von WAPT-Paketen in Ihrem Netzwerk vor?
Ich plane monatliche Updates mit einer Vorab-Bereitstellung in einer kleinen Testumgebung mit wenigen Workstations (Testphase) und anschließender großflächiger Bereitstellung einige Tage später (Produktionsumgebung).
Jeden Monat muss ich jedes Paket auf verfügbare Updates prüfen und diese gegebenenfalls bereitstellen. Mit der Zeit steigt die Anzahl der Pakete und damit auch der Zeitaufwand. Glücklicherweise verfügen die meisten Pakete über eine `update_package`-Funktion, die ein schnelles Neuverpacken ermöglicht. Die Suche nach den zu aktualisierenden Paketen erfolgt jedoch manuell (durch Konsultation der Websites der Entwickler/Distributoren).
Anschließend müssen alle Pakete erneut angepasst werden, um sie in der Produktionsumgebung neu zu erstellen.
Haben Sie Tipps, wie sich die Bereitstellung von Updates auf den Workstations beschleunigen lässt?
Mir sind zwei Lösungsansätze eingefallen, die jedoch Änderungen an WAPT erfordern.
Die erste Verbesserung wäre das Hinzufügen einer `update_check`-Funktion zu den Paketen, die `true` zurückgibt, wenn Aktualisierungen verfügbar sind. Diese Funktion könnte, ähnlich wie die `update_package`-Funktion, eine Website abfragen. Es müsste eine Möglichkeit gefunden werden, diese Informationen in der WAPT-Konsole anzuzeigen. Dadurch würde die Suche nach zu aktualisierenden Paketen automatisiert.
Die zweite Verbesserung wäre die Möglichkeit, ein Paket mit einem einzigen Klick in der Konsole neu zu erstellen und in die Produktionsumgebung zu übertragen. Idealerweise könnte ich mehrere Pakete gleichzeitig auswählen und sie automatisch neu erstellen lassen.
Vielen Dank!
Strategie für Paketaktualisierungen
Forumregeln
Community-Forumregeln
* Englischer Support auf www.reddit.com/r/wapt
* Französischer Community-Support ist in diesem Forum verfügbar.
* Bitte kennzeichnen Sie gelöste Themen mit [GELÖST].
* Bitte bearbeiten Sie keine Themen, die mit [GELÖST] markiert sind. Erstellen Sie stattdessen ein neues Thema und verweisen Sie auf das alte.
* Geben Sie die installierte WAPT-Version, die vollständige Versionsnummer und die Build-Nummer (2.2.1.11957 / 2.2.2.12337 / usw.) sowie die Enterprise-/Discovery-Edition an.
* Versionen 1.8.2 und älter werden nicht mehr unterstützt. Fragen zu Version 1.8.2 werden nur beantwortet, wenn sie sich auf ein Upgrade auf eine unterstützte Version (2.1, 2.2 usw.) beziehen.
* Geben Sie das Server-Betriebssystem (Linux/Windows) und die Version (Debian Buster/Bullseye – CentOS 7 – Windows Server 2012/2016/2019) an.
* Geben Sie gegebenenfalls das Betriebssystem des Administrations-/Paketerstellungsrechners und des Rechners mit dem problematischen Agenten an (Windows 7/10/11/Debian 11/etc.).
* Vermeiden Sie es, mehrere Fragen in einem Thema zu stellen, da diese sonst möglicherweise ignoriert werden. Falls mehrere Themen relevant sind, erstellen Sie bitte separate Themen, vorzugsweise nacheinander und nicht gleichzeitig (d. h. vermeiden Sie Spam im Forum).
* Fügen Sie Code-Snippets, Screenshots und andere Bilder direkt in Ihren Beitrag ein. Links zu Pastebin, Bitly und anderen Drittanbieterseiten werden systematisch entfernt.
* Wie in jedem Community-Forum erfolgt die Unterstützung freiwillig durch die Mitglieder. Für kommerziellen Support kontaktieren Sie bitte den Vertrieb von Tranquil IT unter +44 2 40 97 57 55.
Community-Forumregeln
* Englischer Support auf www.reddit.com/r/wapt
* Französischer Community-Support ist in diesem Forum verfügbar.
* Bitte kennzeichnen Sie gelöste Themen mit [GELÖST].
* Bitte bearbeiten Sie keine Themen, die mit [GELÖST] markiert sind. Erstellen Sie stattdessen ein neues Thema und verweisen Sie auf das alte.
* Geben Sie die installierte WAPT-Version, die vollständige Versionsnummer und die Build-Nummer (2.2.1.11957 / 2.2.2.12337 / usw.) sowie die Enterprise-/Discovery-Edition an.
* Versionen 1.8.2 und älter werden nicht mehr unterstützt. Fragen zu Version 1.8.2 werden nur beantwortet, wenn sie sich auf ein Upgrade auf eine unterstützte Version (2.1, 2.2 usw.) beziehen.
* Geben Sie das Server-Betriebssystem (Linux/Windows) und die Version (Debian Buster/Bullseye – CentOS 7 – Windows Server 2012/2016/2019) an.
* Geben Sie gegebenenfalls das Betriebssystem des Administrations-/Paketerstellungsrechners und des Rechners mit dem problematischen Agenten an (Windows 7/10/11/Debian 11/etc.).
* Vermeiden Sie es, mehrere Fragen in einem Thema zu stellen, da diese sonst möglicherweise ignoriert werden. Falls mehrere Themen relevant sind, erstellen Sie bitte separate Themen, vorzugsweise nacheinander und nicht gleichzeitig (d. h. vermeiden Sie Spam im Forum).
* Fügen Sie Code-Snippets, Screenshots und andere Bilder direkt in Ihren Beitrag ein. Links zu Pastebin, Bitly und anderen Drittanbieterseiten werden systematisch entfernt.
* Wie in jedem Community-Forum erfolgt die Unterstützung freiwillig durch die Mitglieder. Für kommerziellen Support kontaktieren Sie bitte den Vertrieb von Tranquil IT unter +44 2 40 97 57 55.
- Sfonteneau
- WAPT-Experte
- Nachrichten: 2322
- Registriert: 10. Juli 2014 - 23:52 Uhr
- Kontakt:
Hallo,
wir haben bereits eine interne Methode dafür (die außerhalb von WAPT verwaltet wird).
Dieses Skript ruft die neuesten Softwareversionen von den offiziellen Websites der Hersteller ab.
Wenn sich die Softwareversion seit der letzten Prüfung geändert hat, initiiert das Skript außerdem einen Jenkins-Build des zugehörigen Pakets, führt `update_package` für dieses Paket aus und lädt es anschließend auf einen temporären Server hoch (wobei wir benachrichtigt werden).
Ab diesem Zeitpunkt ist menschliches Eingreifen erforderlich: Der Benutzer muss das Paket überprüfen und testen. Wenn alles korrekt ist, kann das Paket in der Produktionsumgebung bereitgestellt werden.
Zusätzlich sendet das Skript eine Benachrichtigung an den Twitter-Account
: https://twitter.com/patchmanagement
wir haben bereits eine interne Methode dafür (die außerhalb von WAPT verwaltet wird).
Dieses Skript ruft die neuesten Softwareversionen von den offiziellen Websites der Hersteller ab.
Wenn sich die Softwareversion seit der letzten Prüfung geändert hat, initiiert das Skript außerdem einen Jenkins-Build des zugehörigen Pakets, führt `update_package` für dieses Paket aus und lädt es anschließend auf einen temporären Server hoch (wobei wir benachrichtigt werden).
Ab diesem Zeitpunkt ist menschliches Eingreifen erforderlich: Der Benutzer muss das Paket überprüfen und testen. Wenn alles korrekt ist, kann das Paket in der Produktionsumgebung bereitgestellt werden.
Zusätzlich sendet das Skript eine Benachrichtigung an den Twitter-Account
: https://twitter.com/patchmanagement
Interessant. Build-Automatisierung möchte ich auch irgendwann mal implementieren. Wir nutzen hier normalerweise GitLab CI, aber ich könnte wohl etwas Ähnliches umsetzen. Läuft euer Build-Server unter Windows oder Linux?
Ich fange wahrscheinlich mit einem Benachrichtigungsskript an und gehe dann, wenn ich Zeit habe, zur Build-Automatisierung über.
Ich fange wahrscheinlich mit einem Benachrichtigungsskript an und gehe dann, wenn ich Zeit habe, zur Build-Automatisierung über.
- Sfonteneau
- WAPT-Experte
- Nachrichten: 2322
- Registriert: 10. Juli 2014 - 23:52 Uhr
- Kontakt:
Wir verwenden Gitea zur Verwaltung von Paketrezepten.
Gitea verfügt über ein Repository pro Paket (das Repository enthält keine Binärdateien).
Jedes Repository besitzt eine Jenkinsfile, die die Aktionen von Jenkins definiert. (Die Jenkinsfile ist weiterhin in unseren öffentlichen Paketen vorhanden.)
Beim Ausführen eines Builds auf Jenkins klont Jenkins das Repository und führt die Jenkinsfile auf einem Windows-Jenkins-Slave aus.
Unser Jenkins-Server läuft also unter Linux, sein Slave jedoch unter Windows.
Gitea verfügt über ein Repository pro Paket (das Repository enthält keine Binärdateien).
Jedes Repository besitzt eine Jenkinsfile, die die Aktionen von Jenkins definiert. (Die Jenkinsfile ist weiterhin in unseren öffentlichen Paketen vorhanden.)
Beim Ausführen eines Builds auf Jenkins klont Jenkins das Repository und führt die Jenkinsfile auf einem Windows-Jenkins-Slave aus.
Unser Jenkins-Server läuft also unter Linux, sein Slave jedoch unter Windows.
Hallo,
ist es möglich, diese Funktion in WAPT zu integrieren?
Ich bin Abonnent des Twitter-Accounts und des Newsletters der Ants (E-Mails erhalte ich übrigens nicht mehr). Die Implementierung eines solchen Tools in WAPT würde enorm viel Zeit sparen, da das Aktualisieren und anschließende Hochladen jedes einzelnen Pakets sehr zeitaufwendig ist.
ist es möglich, diese Funktion in WAPT zu integrieren?
Ich bin Abonnent des Twitter-Accounts und des Newsletters der Ants (E-Mails erhalte ich übrigens nicht mehr). Die Implementierung eines solchen Tools in WAPT würde enorm viel Zeit sparen, da das Aktualisieren und anschließende Hochladen jedes einzelnen Pakets sehr zeitaufwendig ist.
- WAPT 2.2.3.12463 Enterprise
- Debian 9.9
- Windows 10 21H2 & Windows 11 22h2
- Debian 9.9
- Windows 10 21H2 & Windows 11 22h2
- Sfonteneau
- WAPT-Experte
- Nachrichten: 2322
- Registriert: 10. Juli 2014 - 23:52 Uhr
- Kontakt:
Wir treten in eine Phase der kontinuierlichen Integration ein.
Im schlimmsten Fall können wir diese Arbeit so dokumentieren, dass sie für Sie reproduziert werden kann, aber ohne darüber hinauszugehen.
Ich sehe, dass Sie sich heute Morgen um 09:25 Uhr registriert haben
Ich kann Ihnen dabei helfen. Dazu benötigen Sie zunächst Folgendes:
- A Jenkins
- Eine Gitea
- Ein Windows-Slave
