Beiträge von perryflynn

    Hätte hier evtl. jemand Zeit und Lust, mal über mein erstes richtiges Docker-Projekt drüber zu schauen?

    So auf den ersten Blick sieht das IP Setup komisch aus? Wieso vergibst Du allen Containern feste IPv6 Adressen? Sobald sich die Container im gleichen Network befinden können die sich doch über Ihren Container Namen finden.

    Ja wenn Du die richtigen Verzeichnisse als Volume ausgelagert hast, kannst Du einfach die Ordner kopieren.

    Wurden die Backups im laufenden Betrieb gemacht, kann es aber passieren, dass die Daten Dateien von MySQL kaputt sind.

    Man sollte Backups immer mit mysqldump machen, und sich niemals auf die Binärdaten im gestarteten Zustand verlassen.

    Habe ausschließlich Erfahrung mit Check_MK und nutze das beruflich und privat.

    Kann also keine Vergleiche zu anderen Systemen anstellen.

    Ich finde bei Check_MK die auto-discovery großartig, und dass der Agent einfach nur ein Shell Script ist, der via SSH abgerufen werden kann. Sprich man kommt an seine Server ran ohne Ports zu öffnen und ggf VPN zu benutzen. Etwaige Pakete die das Script braucht (smart als Beispiel) lässt sich zusammen mit dem Script easy via Ansible installieren/verteilen.

    Auch das erstellen eigener Checks ist sehr einfach, solange kein Plugin auf Check_MK Seite benötigt wird. So überwache ich zum Beispiel den sync meines VDSL Modems mit einem Shell Script, was die Werte aus dem WebUI des Modems holt. Das kann auf einem beliebigen Host laufen und via Piggyback Mechanismus in den richtigen Host hinzugefügt werden.

    Für Jitsi habe ich mir auch ein entsprechenden Local Check gebaut, sodass Check_MK Graphen der Nutzung zeichnet.

    Ein Check Plugin kann in einer beliebigen Programmiersprache geschrieben werden. Schwerfällige Local Checks (Health Checks, APT Update) können gecached werden, sodass diese zum Beispiel nur alle 60 Minuten ausgeführt werden.

    "Richtige Check Plugins" habe ich bisher nicht programmiert, die Local Checks in Verbindung mit Piggyback waren bisher immer ausreichend.

    Bei der Integration in andere Systeme kann ich nichts sagen, ich nutze nur Email Alerts.

    Von der Stabilität ist Check_MK rock solid. Ich nutze das jetzt so zirka vier Jahre und jedes Update ist ohne Zicken durch gelaufen, inklusive Upgrade des Debian auf dem Check_MK läuft. Ich update normalerweise so 2-3 Mal pro Jahr auf die zu dem Zeitpunkt aktuelle Version und verteile dann auch den aktuellen Agent via Ansible auf die Systeme.

    Dann kannst Du auch einen GitHub Runner auf Deinem Server installieren und über den die Deployments von GitHub Actions ausprobieren.

    Habe keine Ahnung von GitHub Actions, aber das scheint stark von Azure Pipelines inspiriert zu sein. Und bei Azure Pipelines funktioniert das so.

    Normalerweise gibts entweder auf Webhostingseite oder auf $GIT_ANBIETER seite einen so genannten Web Hook, der das Deployment anstößt. Ich habe glaub ich mal gelesen, dass Plesk sowas hat. Da gibt man ein git Repo an. Bei $GIT_ANBIETER kann man dann einstellen, dass diese URL bei jedem commit (oder bei commits auf bestimmten branches) aufgerufen wird. Was dafür sorgt, dass Plesk die entsprechende Revision zieht und in den passenden Ordner schmeißt.

    Auf nem Server gibt es verschiedene Level an automation.

    Von selbst gebauten Cron-Shellscripten, die 5-Minütlich nach neuen Tags/Commits schauen und diese dann deployen bis hin zu Konstrukten mit Pipeline Agents oder Software wie Ansible.

    Zum Anmelden brauche ich nur einen Nicknamen und ein Passwort. Alles weitere erledigt der Client für mich automatisch -> Finde ich jetzt nicht deutlich schwerer als die ganzen anderen Plattformen.

    Jap, seit dem Cross Signing existiert ist das einzige was man noch manuell machen muss die Verifizierung der Kontakte. Aber das ist bei Threema ja auch so. Verschlüsselung ist komplett "magisch".

    Das wird wohl dieses Jahr nix mit nem neuen Rekord.

    https://laengstes.serverless.industries/

    Mich nervt das mittlerweile in Webhostings (egal welcher Provider) so sehr, dass ich da die Holzhammer Methode benutze. Siehe hier als Beispiel: https://github.com/perryflynn/sha…/sharedinfo.php

    • set_error_handler forciert eine Exception bei allen Fehlern
    • tryThings Probiert eine Liste von Lambda Funktionen durch, bis eine keine Exception wirft
    • smartExec Versucht einen Shell Command mit diversen Funktionen auszuführen

    Vielleicht hilft es ja.

    Ich setze das jedenfalls auf einem Webhosting ein ohne Änderungen an den PHP Settings vorgenommen zu haben.