Seite 9 - Docker

Docker Scout ist ein in Docker Desktop und die Docker-CLI integriertes Analyse-Tool, das CVEs in Images aufzeigt, Empfehlungen fuer schlankere Base-Images gibt und sich ohne separate Tool-Installation in den taeglichen Workflow einbinden laesst.

Ein Container, der in einer Endlosschleife startet, kurz läuft und dann wieder abstürzt, ist eines der frustrierendsten Alltagsprobleme im Docker-Betrieb, weil die Logs oft schneller verschwinden, als man sie lesen kann. Mit einem systematischen Vorgehen lässt sich die Ursache meist innerhalb weniger Minuten eingrenzen, statt wild an Konfigurationswerten herumzuraten.

Ein Serverwechsel, ein Hosting-Anbieterwechsel oder eine Konsolidierung mehrerer Docker-Hosts erfordert frueher oder spaeter, einen laufenden Datenbank-Container von einer Maschine auf eine andere zu bringen. Je nach Datenmenge, Toleranz fuer Downtime und Netzwerkverbindung zwischen den Hosts eignen sich logische Dumps, rohe Volume-Kopien per rsync oder ein Replikations-Cutover unterschiedlich gut, mit jeweils eigenen Fallstricken bei Konsistenz und Integritaet.

Wer Container-Metriken nur über docker stats beobachtet, verliert Verlaufsdaten und Alarmierung. cAdvisor liest CPU, Memory, Netzwerk und I/O jedes Containers aus, Prometheus speichert die Zeitreihen dauerhaft, und PromQL macht daraus belastbare Kennzahlen für Kapazitätsplanung und Fehlersuche im laufenden Betrieb.

Ein Container, der plötzlich mit Exit-Code 137 stirbt, ohne Panic, ohne Log-Ausgabe, ohne erkennbaren Fehler, ist eines der frustrierendsten Docker-Probleme überhaupt. In den allermeisten Fällen steckt der Linux-OOM-Killer dahinter, und das Problem liegt selten im Code, sondern in falsch geschätzten Memory-Limits.

Wer CPU- und Speicherlimits für Magento-Container nach Bauchgefühl setzt, überprovisioniert entweder teuer oder riskiert Ausfälle bei Lastspitzen. Dieser Artikel zeigt, wie Magento Container Größen systematisch aus PHP-FPM Pool-Sizing, realem Speicherbedarf pro Worker und tatsächlichen Traffic-Mustern abgeleitet und per Lasttest validiert werden.

Distroless Images enthalten weder Shell noch Paketmanager noch überflüssige Systembibliotheken und reduzieren dadurch die Angriffsfläche eines PHP-Containers drastisch. Mit Static-PHP-CLI oder FrankenPHP als Basis lässt sich eine komplette PHP-Laufzeit in ein Distroless-Image kompilieren, ohne die klassische PHP-FPM-Distribution zu benötigen.

Wer eine Bibliothek oder ein Tool fuer mehrere PHP- oder Node-Versionen pflegt, kommt an Testmatrizen kaum vorbei. Dieser Artikel zeigt, wie parallel: matrix: in GitLab CI aus einer Job-Definition automatisch mehrere parallele Testlaeufe erzeugt und wie sich Laufzeitkosten und Testabdeckung sinnvoll ausbalancieren lassen.

Ein Magento-Docker-Stack besteht aus mindestens fünf Services: PHP-FPM, Nginx, MySQL, Redis und OpenSearch. Dazu kommen RabbitMQ für Message Queues und Varnish für Full-Page-Cache. Wie diese Services korrekt vernetzt, persistent gespeichert und in der richtigen Reihenfolge gestartet werden, entscheidet über Stabilität und Wartbarkeit.

only und except waren jahrelang der Standardweg, um Jobs in GitLab CI bedingt auszufuehren, doch das Keyword rules loest beide seit Langem ab und erlaubt Bedingungslogik, die mit only/except schlicht nicht abbildbar ist. Dieser Artikel zeigt, warum sich die Migration lohnt und wie sie in bestehenden Pipelines Schritt fuer Schritt gelingt.