{"id":6118,"date":"2019-06-20T15:40:50","date_gmt":"2019-06-20T13:40:50","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=6118"},"modified":"2019-06-20T15:52:24","modified_gmt":"2019-06-20T13:52:24","slug":"apache2-4-mit-php7-in-docker-compose-performant-ausfuehren","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/apache2-4-mit-php7-in-docker-compose-performant-ausfuehren\/","title":{"rendered":"Apache2.4 mit PHP7 in Docker-Compose performant ausf\u00fchren"},"content":{"rendered":"
Der Apache-Webserver ist aufgrund seiner Vielseitigkeit und Flexibilit\u00e4t bis heute beliebt. H\u00e4ufig wird er zusammen mit der Skriptsprache PHP eingesetzt. Apache und PHP stellen offizielle Images bereit, die den einfachen Betrieb auf Basis von Docker und Docker-Compose erm\u00f6glichen. Dieser Artikel zeigt eine minimalistische Konfiguration. <\/p>\n
Beginnen wir mit der Struktur unseres Arbeitsverzeichnisses:<\/p>\n
Der Ordner htdocs wird sp\u00e4ter vom Webserver ausgeliefert. Die index.php Datei liefert beispielhaft phpinfo(); aus. So k\u00f6nnen wir sp\u00e4ter die korrekte Konfiguration von PHP testen. <\/p>\n
Als Basis wird die docker-compose.yml<\/strong> Datei erstellt:<\/p>\n
Wir definieren also einen Apache-Container, der sowohl die Konfigurationsdatei, als auch den htdocs-Ordner als Volume gemountet erh\u00e4lt. Durch die Portfreigabe ist der Webserver auf dem Host lokal \u00fcber Port 80 erreichbar. Abgesehen von kleineren Umgebungen wird man produktiv daf\u00fcr eher einen Reverse-Proxy wie traefik einsetzen. <\/p>\n
Der PHP-Container erh\u00e4lt diese Volumes auch, damit er die PHP-Skripte ausf\u00fchren kann. Zum Einsatz kommt das jeweils aktuellste PHP 7.3 Image. So erh\u00e4lt der Container die aktuellsten Sicherheitsaktualisierungen. Bei darf kann hier auch eine \u00e4ltere Version genutzt werden. php:7.2-fpm<\/strong> <\/em>w\u00fcrde beispielsweise die Vorversion ausf\u00fchren. <\/p>\n
Apache2 Konfiguration<\/h2>\n
Die Datei httpd.conf<\/strong> f\u00fcllen wir mit folgender Konfiguration:<\/p>\n
Hierbei handelt es sich um eine minimalistische Basiskonfiguration f\u00fcr Apache2. Es werden nur die Kernmodule geladen. Sie aktiviert das Logging auf dem stdout Kanal. So lassen sich die Logs auf der Konsole bzw. mit docker logs im Detached-Modus abrufen. Dar\u00fcber hinaus wird das standardm\u00e4\u00dfige MIME-Mapping von Apache aktiviert sowie die GZIP-Kompromierung. Und das wichtigste f\u00fcr diesen Stack: Weiterreichen von PHP-Dateien an PFP-FPM mit dem FastCGI-Modul. <\/p>\n
Testlauf<\/h2>\n
Final wird htdocs\/index.php<\/strong> angelegt und gef\u00fcllt:<\/p>\n
<?php phpinfo();<\/pre>\n
Nun sind alle erforderlichen Dateien vorhanden. Die Container k\u00f6nnen gestartet werden:<\/p>\n
\n
\ndocker-compose up \n<\/pre>\n<\/div>\n
Wahlweise kann man auch -d<\/strong> anh\u00e4ngen, damit die Container in Hintergrund gestartet werden. Gerade zum testen finde ich attached besser, hier sind alle Ausgaben auf dem Terminal sichtbar. <\/p>\n<\/figure>\n
Durch den Aufruf von http:\/\/localhost<\/strong> im Browser sollte die PHP Infoseite sichtbar werden:<\/p>\n<\/figure>\n
Warum nicht nur die Standard httpd.conf anpassen?<\/h2>\n
Teils wird in Beispielen keine eigene Apache-Konfigurationsdatei namens httpd.conf<\/strong> erstellt. Sondern ein Docker-Image, worin dann Ersetzungen auf der Standard-Konfigurationsdatei durchgef\u00fchrt werden. Beispielsweise l\u00e4sst sich mit sed<\/strong> die Raute vor einer LoadModule<\/strong> Direktive entfernen, um ein Modul zu laden. Oder man f\u00fcgt einfach eigene Zeilen hinzu. Grunds\u00e4tzlich funktioniert das, doch ich empfehle dieses Vorgehen aus zwei Gr\u00fcnden nicht: <\/p>\n
Potenzielle Fehlerquellen<\/h3>\n
Je nach Einsatzzweck k\u00f6nnen manche Standardwerte einem Probleme bereiten. Diese muss man ermitteln und entsprechend anpassen oder entfernen. Danach verl\u00e4sst man sich auf die verbliebenen Standardwerte. Werden diese irgendwann mal ge\u00e4ndert, funktioniert die daraus entstehende Konfiguration u.u. nicht mehr wie erwartet. <\/p>\n
\u00dcbersicht und Wartbarkeit<\/h3>\n
Selten bleibt es bei 1 oder 2 \u00c4nderungen. Je mehr angepasst werden muss, um so un\u00fcbersichtlicher wird das Dockerfile. Die Komplexit\u00e4t steigt dadurch sowohl f\u00fcr die Fehlerauche, als auch sp\u00e4tere Erweiterungen.<\/p>\n
Performance und Sicherheit<\/h3>\n
Die Standard-Konfiguration ist darauf ausgelegt, in vielen F\u00e4llen m\u00f6glichst einfach zu funktionieren. Das beugt Frust bei Einsteigern vor, aber ist nicht optimal f\u00fcr die Leistung. Beispielsweise sind standardm\u00e4\u00dfig viele Module aktiviert, die oft gar nicht alle ben\u00f6tigt werden. Der Apache l\u00e4dt sie aber trotzdem bei jeder Anfrage. Dies entspricht auch nicht den Best Practices hinsichtlich Sicherheit. <\/p>\n
Schlussfolgerung: Eigene Konfiguration<\/h3>\n
Aus diesen Gr\u00fcnden halte ich eine eigene, explizite Konfiguration f\u00fcr sinnvoller. Darin aktiviert man nur das, was ben\u00f6tigt wird. Unabh\u00e4ngig von Docker hat sich dieses Vorgehen bereits in mehreren Szenarien bew\u00e4hrt. Der Mehraufwand ist \u00fcberschaubar. Wird mit mehreren Projekten gearbeitet, kann eine Basis-Konfiguration wie aus diesem Artikel als Grundlage genommen werden. Diese passt man dann an und l\u00e4dt beispielsweise zus\u00e4tzliche Module, welche im jeweiligen Projekt ben\u00f6tigt werden. <\/p>\n","protected":false},"excerpt":{"rendered":"
Der Apache-Webserver ist aufgrund seiner Vielseitigkeit und Flexibilit\u00e4t bis heute beliebt. H\u00e4ufig wird er zusammen mit der Skriptsprache PHP eingesetzt. Apache und PHP stellen offizielle Images bereit, die den einfachen Betrieb auf Basis von Docker und Docker-Compose erm\u00f6glichen. Dieser Artikel zeigt eine minimalistische Konfiguration. Beginnen wir mit der Struktur unseres Arbeitsverzeichnisses: Der Ordner htdocs wird …<\/p>\n","protected":false},"author":5,"featured_media":6123,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[74,5,78],"tags":[718,497,55],"class_list":["post-6118","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-linux","category-news","category-software","tag-apache","tag-docker","tag-php"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6118","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=6118"}],"version-history":[{"count":16,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6118\/revisions"}],"predecessor-version":[{"id":6135,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/6118\/revisions\/6135"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/6123"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=6118"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=6118"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=6118"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"\/](\"https:\/\/u-img.net\/img\/6559Vr.png\")
<\/figure>\n![\"\"\/](\"https:\/\/u-img.net\/img\/8672Lj.png\")
<\/figure>\n