Der Aufbau einer unabh?ngigen Umgebung für PHP -Aufgabencontainer kann über Docker implementiert werden. Die spezifischen Schritte sind wie folgt: 1. Installieren Sie Docker und Docker als Grundlage; 2. Erstellen Sie ein unabh?ngiges Verzeichnis, um Dockerfile und Crontab -Dateien zu speichern. 3. Schreiben Sie Dockerfile, um die PHP -CLI -Umgebung zu definieren und Cron und die erforderlichen Erweiterungen zu installieren. 4. Schreiben Sie die Crontab -Datei, um Zeitaufgaben zu definieren. 5. Schreiben Sie docer-compose.yml, um das Skriptverzeichnis zu montieren und Umgebungsvariablen zu konfigurieren. 6. Starten Sie den Container und überprüfen Sie das Protokoll. Im Vergleich zu Timing -Aufgaben in Webcontainern haben unabh?ngige Container die Vorteile der Ressourcenisolation, der reinen Umgebung, der starken Stabilit?t und der einfachen Expansion. Um die Protokolle und Fehlererfassung sicherzustellen, sollten Sie die Ausgabe in Protokolldateien umgeben, PHP -Fehlerprotokolle für die Ausgabe in Standardfehlerstr?me konfigurieren, mit Monolog strukturierte Protokolle aufzeichnen und angemessene Exit -Codes festlegen. Zu den gemeinsamen Fallen geh?ren Zeitzonenkonsistenz, fehlende Umgebungsvariablen, gleichzeitige Aufgabenausführung, au?er Kontrolle geratene Ressourcen, Aufgabenunterbrechung usw. Es wird empfohlen, durch Festlegen von Zeitzonen, explizit übergabe von Variablen, Aufgaben -Idempotenzdesign, Ressourcenbeschr?nkung, Signalerfassung usw.

Der Aufbau einer unabh?ngigen PHP -Task -Containerumgebung, insbesondere für zeitgesteuerte Skripte, ist meiner Meinung nach ein unverzichtbarer Bestandteil der Verwaltung komplexer Anwendungen. Es bietet eine saubere, isolierte und effiziente M?glichkeit, Hintergrundaufgaben zu erledigen, für die keine direkte Antwort auf HTTP -Anforderungen erforderlich ist. Einfach ausgedrückt, es soll die PHP -Umgebung entziehen, in der zeitgesteuerte Aufgaben aus Ihrem Webdienst ausgeführt werden, damit sie jeweils eine gute Sicherheit und keine St?rung miteinander haben.

L?sung

Um eine unabh?ngige Umgebung für PHP -Task Container zu erstellen, verwenden wir normalerweise Docker. Dies l?st nicht nur Abh?ngigkeitskonfliktprobleme, sondern bietet Ihren geplanten Aufgaben auch eine stabile und kontrollierbare laufende Sandbox.

Normalerweise mache ich das:

Stellen Sie zun?chst sicher, dass Docker und Docker Compose auf Ihrem Host -Computer installiert sind. Dies ist die Grundlage, ohne sie kann nichts gesagt werden.

Erstellen Sie als n?chstes eine separate Verzeichnisstruktur für Ihre Zeitaufgaben. Ich pers?nlich mag es, alle Backend -Dienste in ein übergeordnetes Verzeichnis wie services/cron einzulegen, damit die Levels klar sind. In diesem cron -Verzeichnis platzieren wir Dockerfile und crontab -Dateien.

1. Schreiben Sie Dockerfile

Diese Dockerfile definiert Ihre PHP -CLI -Umgebung. Die Auswahl eines leichten PHP-CLI-Bildes ist ein guter Start wie php:8.x-cli-alpine da es klein und schnell initiiert ist. Anschlie?end müssen Sie das cron -Tool sowie alle Erweiterungen installieren, die Ihr PHP -Skript m?glicherweise ben?tigt (z. B. pdo_mysql , redis , amqp usw.).

 # Services/Cron/Dockerfile
Aus Php: 8.2-Cli-Alpine

# Installieren Sie Cron und h?ufig verwendete PHP-Erweiterung apk add-no-cache cron \
    && docer-php-text-install-install PDO_MYSQL OPCACHE BCMATH \
    && docer-php-exte-enable opcache # opcache kann auch die Leistung im CLI-Modus verbessern. Obwohl es nicht so offensichtlich ist wie FPM, ist es schlechter als keine#, wenn Sie zus?tzliche Erweiterungen installieren müssen, wie z. B. Redis
# Ausführen von Pecl installieren Redis \
# && docer-php-exte-enable redis

# Kopieren Sie die benutzerdefinierte Crontab -Datei in die Container -Kopie Crontab/etc/crotabs/root

# Geben Sie der Crontab -Datei die richtigen Berechtigungen an und stellen Sie sicher, dass der Cron -Service mit Chmod 0644/etc/crotabs/root \ ausführt.
    && crontab/etc/crotabs/root \
    && touch /var/log/cron.log

# Führen Sie den Cron-Service aus, wenn der Container startet und den Container im Vordergrund l?uft, damit Docker-monitors cmd ["Crond", "-f", "-l", "/var/log/cron.log" log.]

2. Schreiben Sie crontab -Datei

Diese Datei definiert Ihre Zeitaufgaben. Beachten Sie, dass der Pfad der Pfad im Container sein sollte.

 # Services/Cron/Crontab
# Führen Sie jeden Tag Datenreinigungsskripte um 2 Uhr 0 2 * * * php /app/scripts/clean_data.php >> /var/log/cron.log 2> & 1 aus

# Führen Sie Queue -Verarbeitungsskripte alle 5 Minuten aus */5 * * * * php /app/scripts/process_queue.php >> /var/log/cron.log 2> & 1

3.. Schreiben Sie docker-compose.yml

Erstellen Sie schlie?lich in Ihrem Projektroot-Verzeichnis eine docker-compose.yml Datei, um diesen zeitgesteuerten Task-Container zu orchestrieren. Hier müssen Sie das Verzeichnis montieren, in dem sich Ihre PHP -Skripte befinden, damit der Container darauf zugreifen kann.

 # Docker-compose.yml
Version: '3.8'

Dienstleistungen:
  # ... Andere Dienste wie Ihre Webdienste, Datenbanken usw. Cron_worker:
    bauen:
      Kontext: ./services/cron # Geben Sie den Build -Kontext der Dockerfile Dockerfile an: Dockerfile
    B?nde:
      .
      # Wenn Sie persistente Protokolle ben?tigen, k?nnen Sie ein Volumen montieren # - cron_logs: /var/log/cron.log
    Neustart: Immer sicher, dass die Umgebung nach dem Absturz des Containers automatisch neu gestartet wird:
      # übergeben Sie die erforderlichen Umgebungsvariablen wie Datenbankverbindungsinformationen usw. db_host: your_db_host
      Db_name: your_db_name
      # ...
    # Netzwerke:
    # - your_app_network # Wenn Sie über ein benutzerdefiniertes Netzwerk verfügen, stellen Sie sicher, dass Dienste wie die Datenbank im selben Netzwerk # Volumes sind:
# CRON_LOGS: {} # Definieren Sie ein benanntes Volumen für persistierende Protokolle # Netzwerke:
# your_app_network:
#driver: Bridge

4. Starten Sie und überprüfen Sie

In dem Verzeichnis, in dem sich docker-compose.yml befindet, laufen Sie:

 Docker -Compose up -d -Build Cron_worker

Dadurch wird Ihr zeitgesteuerter Task -Container erstellt und startet. Sie k?nnen docker-compose logs -f cron_worker verwenden, um Containerprotokolle in Echtzeit anzuzeigen, einschlie?lich Cron -Ausführungsprotokolle und Skriptausgabe.

Warum nicht zeitgesteuerte Aufgaben direkt im Webserver -Container ausführen?

Dies ist wirklich eine gute Frage, und ich werde oft gestellt. Um ehrlich zu sein, habe ich zu Beginn auch diese Art von Faulheit gemacht und dachte: "Ist es nicht nur eine PHP -Umgebung, warum sollten Sie sich damit besch?ftigen?" Aber nach der Praxis stellte ich fest, dass dies eine schlechte Entscheidung mit den folgenden Gründen war:

Erstens Ressourcenisolation und Leistungsauswirkungen . Die Kernaufgabe eines Webservers (z. B. Nginx PHP-FPM) besteht darin, schnell auf die HTTP-Anfragen der Benutzer zu reagieren. Wenn Ihre Timing-Aufgaben (insbesondere diejenigen, die zeitaufw?ndig, CPU-Verbrauch oder Speicherverbrauch) und Webdienste in einen Container gepresst werden, in einem Container zusammengedrückt werden, sobald die Zeitaufgaben ausgeführt werden, k?nnen Sie die Ressourcen des Webdienstes ergreifen, sodass Ihre Website langsam und sogar Zeit mit Anfragen reagiert. Es ist wie in einer Küche, in der ein Koch schnell für die G?ste Essen kochen und gleichzeitig viel schmutzige Kleidung waschen muss, und seine Effizienz wird auf jeden Fall betroffen sein.

Zweitens Abh?ngigkeit und Reinheit der Umwelt . Webdienste erfordern normalerweise nur eine kleine Menge an PHP -Erweiterungen und -konfigurationen, um HTTP -Anforderungen zu bearbeiten. Für Zeitaufgaben erfordern sie m?glicherweise vollst?ndig unterschiedliche Erweiterungen (z. B. Erweiterungen von Nachrichtenwarteschlangen, spezifischen API -Client -Bibliotheken) oder unterschiedliche PHP -Konfigurationen (z. B. l?ngere Ausführungszeitgrenzen). Mischen Sie sie zusammen und Ihr Web -Container -Image wird aufgebl?ht und enth?lt viele Dinge, die Webdienste einfach nicht ben?tigen, und fügen Sie Bildgr??e und potenzielle Konflikte hinzu.

Darüber hinaus Stabilit?t und Fehlerbehebung . Wenn Ihr geplanter Task -Skript nicht robust genug ist oder ein Task aufgrund von Datenproblemen abf?llt, kann der gesamte Container aufgeh?ngt werden. Wenn der Webdienst und die geplanten Aufgaben zusammen sind, wird Ihre Website auch zusammen "heruntergekommen". Selbst wenn der zeitgesteuerte Task -Container abf?llt, kann der Webservice auch dann normalerweise Dienste anbieten. Bei Problembehebungsproblemen k?nnen Sie auch deutlicher finden, ob es sich um ein Problem mit Webdiensten oder einer zeitgesteuerten Aufgabe handelt.

Schlie?lich Skalierbarkeit und Management . Webdienste müssen normalerweise horizontal basierend auf dem Datenverkehr skalieren, w?hrend Zeitaufgaben m?glicherweise nur eine Instanz erfordern oder eine v?llig andere Art der Planung und überwachung erfordern. Wenn Sie sie trennen, k?nnen Sie die Flexibilit?t erheblich erweitern, aktualisieren und unabh?ngig voneinander verwalten. Meiner Meinung nach ist dies ein Mikrokosmos des Microservice -Architekturkonzepts in der t?glichen Entwicklung.

Wie k?nnen Sie die Ausführungsprotokoll- und Fehleraufnahme von Zeitaufgaben sicherstellen?

Stellen Sie die Transparenz der Ausführung der Zeitaufgabe sicher, dh Sie k?nnen wissen, wann sie ausgeführt wird, ob sie erfolgreich sind und ob Fehler vorliegen. Dies ist der Schlüssel zu Betrieb, Wartung und Debuggen. In dieser Hinsicht habe ich einige Erfahrung:

1. Standardausgabe und Fehlerumleitung

Dies ist die grundlegendste und effektivste Methode. Stellen Sie in Ihrer crontab -Konfiguration unbedingt die Standardausgabe des Skripts (STDOut) und den Standardfehler (STDERR) in die Protokolldatei um.

 * * * * * php /app/scripts/your_script.php >> /var/log/cron.log 2> & 1

Hier >> /var/log/cron.log wird die gesamte Ausgabe des Skripts an die Datei /var/log/cron.log anh?ngen. 2>&1 ist ein Trick, der angibt, dass die Standardfehler (Dateideskriptor 2) zu den Punkten der Standardausgabe (Dateideskriptor 1) Punkte angezeigt werden. Auf diese Weise wird es, ob es sich um die normale Ausgabe des Skripts oder die Fehlermeldung handelt, es an cron.log geschrieben.

Der Docker -Container erfasst die Standardausgabe und die Standardfehler crond -Prozesses, sodass Sie diese Protokolle über docker-compose logs -f cron_worker sehen k?nnen.

2. Fehlerberichterstattung Konfiguration von PHP im Container

Stellen Sie sicher, dass die PHP -Umgebung im Container mit Fehlerberichten korrekt konfiguriert ist. In Dockerfile k?nnen Sie eine benutzerdefinierte php.ini -Datei erstellen und in Dockerfile kopieren oder direkt einstellen.

 # Services/Cron/Dockerfile
# ...
Kopieren Sie Custom-php.ini /usr/local/etc/php/conf.d/custom-php.ini
# ...

custom-php.ini Inhalt:

 # Custom-Php.ini
ERROR_REPORTING = E_ALL & ~ E_NOTICE & ~ E_DEPRECATED & ~ E_STRICT
display_errors = off
log_errors = on
error_log = /dev /stderr; gibt das PHP -Fehlerprotokoll in Standardfehler aus, damit Docker es auch erfassen kann

display_errors = Off besteht darin, Fehlermeldungen direkt in die Anmeldung in der Produktionsumgebung auszugeben, w?hrend log_errors = On sicherstellt, dass Fehler angemeldet sind. Das Einstellen error_log an /dev/stderr ist eine sehr gute Praxis. Es erm?glicht den internen Fehlerprotokollen von PHP über den Standardfehlerstrom des Containers, der die einheitliche Sammlung von Docker -Protokollsystemen erleichtert.

3. Protokollierung auf Anwendungsebene

Für komplexere Timing -Aufgaben empfehle ich dringend, professionelle Protokollbibliotheken in PHP -Skripten wie dem Monolog zu verwenden. Auf diese Weise k?nnen Sie detailliertere und strukturierte Informationen aufzeichnen, einschlie?lich Aufgabenstart, Ende, Schlüsselschritte, Gesch?ftslogikfehler, Warnungen usw.

 // /app/scripts/process_queue.php
<? Php
erfordern &#39;Anbieter/autoload.php&#39;; // Angenommen, Sie verwenden Komponist

Verwenden Sie Monolog \ Logger;
Verwenden Sie Monolog \ Handler \ StreamHandler;

// Logger $ log = new Logger erstellen (&#39;queue_processor&#39;);
$ log-> pushHandler (neuer StreamHandler (&#39;php: // stdout&#39;, logger :: info)); // Ausgabe zur Standardausgabe versuchen {
    $ log-> info (&#39;Anführungsverarbeitungsaufgabe beginnt&#39;);
    // ... Ihre Gesch?ftslogik $ processedCount = 0; // Angenommen, wie viele Teile verarbeitet werden // ...
    $ log-> info (&#39;Queue-Verarbeitungsaufgabe abgeschlossen&#39;, [&#39;processed_count&#39; => $ processedCount]);

} catch (\ ausnahme $ e) {
    $ log-> error (&#39;Warteschlangenverarbeitungsaufgabe fehlgeschlagen&#39;, [&#39;Fehler&#39; => $ e-> getMessage (), &#39;Trace&#39; => $ e-> getTraceAsString ()]);
    Ausgang (1); // RETZUNG MABER NURO EXIT CODE, wenn der Fehler} ist}

Auf diese Weise k?nnen Sie auch dann den detaillierten Ausführungsprozess und potenzielle Fehler im Skript in docker-compose logs sehen, selbst wenn das Cron-Protokoll nur das Start und den Ausgang des Skripts aufzeichnet.

4. Beenden Sie Code und überwachung

Lassen Sie Ihr PHP-Skript mit 0 Code beenden, wenn sie erfolgreich sind, und mit dem Code von ungleich Null beim Ausfall. Dies ist eine universelle Konvention für UNIX/Linux und ist auch die Grundlage für das automatisierte überwachungssystem, um festzustellen, ob die Aufgabe erfolgreich ist. In Kombination mit einigen externen überwachungsdiensten (z. B. HealthChecks.io) k?nnen Sie eine URL pingen, nachdem die Aufgabe erfolgreich ausgeführt wurde, oder eine Benachrichtigung erhalten, wenn die Aufgabe lange nicht ausgeführt wird.

H?ufige Fallstricke und Optimierungsvorschl?ge für Container -Timing -Aufgaben

Auf dem Weg zu Container -Timing -Aufgaben habe ich viele Fallstricke getreten und einige Erfahrungen zusammengefasst. Hier sind einige h?ufige Fallstricke und entsprechende Optimierungsvorschl?ge:

1. Zeitzonenproblem: L?uft die Zeitaufgabe falsch?

Dies ist ein Klischee, aber es ist wirklich leicht zu ignorieren. M?glicherweise haben Sie die richtige Zeitzone auf dem Host festgelegt, aber im Container, PHP oder crond kann die UTC -Zeit verwendet werden, was dazu führt, dass Ihre Zeitausführungszeit nicht mit den Erwartungen entspricht.

Anregung:

• Setzen Sie in Dockerfile explizit die Zeitzone:

   Aus Php: 8.2-Cli-Alpine
  # ...
  Env Tz Asia/Shanghai
  Führen Sie ln -snf/usr/share/zoneInfo/$ TZ/etc/localtime && echo $ TZ>/etc/timezone aus
  # ...

• Setzen Sie date.timezone in php.ini :

   Datum.TimeZone = "Asien/Shanghai"

• Unified Time Zone: Stellen Sie sicher, dass Ihre Datenbank-, Webdienste- und Timing -Task -Container dieselbe Zeitzone verwenden, um Daten und logische Verwirrung zu vermeiden.

2. Fehlende Umgebungsvariablen: Kann das Skript nicht mit der Datenbank eine Verbindung herstellen?

Ihr Web-Service-Container kann Umgebungsvariablen wie Datenbankverbindungsinformationen, API-Schlüssel usw. über docker-compose.yml oder andere Methoden erhalten. Wenn der unabh?ngige Timing -Task -Container jedoch nicht klar konfiguriert ist, wird diese Informationen nicht erhalten.

Anregung:

• In docker-compose.yml passieren die Umgebungsvariablen für cron_worker Service ausdrücklich:

   Cron_worker:
    # ...
    Umfeld:
      Db_host: your_db_host
      Db_user: your_db_user
      Db_pass: your_db_pass
      # ...

• Verwenden Sie Docker Secrets oder Konfigurationsmanagement-Tools: Für vertrauliche Informationen ist es sicherer, Docker-Geheimnisse oder Tools wie Hashicorp-Tresor, Kubernetes-Geheimnisse zum Verwalten zu verwenden, anstatt es direkt an docker-compose.yml auszusetzen.

3.. Aufgabe Parallelit?t und sich wiederholte Ausführung: Die Hauptursache für das Datenchaos

Wenn Ihre Zeitaufgaben sehr h?ufig ausgeführt werden (z. B. einmal pro Minute) und die letzte Aufgabe nicht erledigt und eine neue Aufgabe erneut gestartet wird, kann dies zu Daten inkonsistenz oder Ressourcenkrampfung führen. Eine wiederholte Ausführung kann auch ausgel?st werden, insbesondere wenn der Container neu gestartet wird oder das Planungssystem wiederholt.

Anregung:

• Task -IDMPO -Design: Stellen Sie sicher, dass Ihr PHP -Skript identisch ist, das hei?t, dieselbe Operation mehrmals mit dem gleichen Ergebnis wie einmal auszuführen. Wenn Sie beispielsweise den Status aktualisieren, wird er nicht einfach festgelegt, sondern den aktuellen Status vor dem Aktualisieren überprüfen.

• Verriegelungsmechanismus: Für kritische Aufgaben wird ein Verriegelungsmechanismus eingeführt. Dies kann sein:

  • Dateisperrung: Versuchen Sie am Anfang des Skripts eine Dateisperrung und beenden Sie, wenn es bereits vorhanden ist.
  • Datenbanksperre: Verwenden Sie die Zeilensperrung oder Tabellensperrung der Datenbank.
  • Verteilte Sperren: Wenn Sie mehrere Instanzen bereitstellen, sollten Sie verteilte Sperren wie Redis oder Zookeeper verwenden.
  • flock : Die integrierte flock von PHP kann für Dateisperrungen verwendet werden.

   // Einfache Dateisperrbeispiel $ lockFile ='/tmp/my_con_job.lock ';
  $ fp = fopen ($ lockfile, 'c');
  if (! flock ($ fp, lock_ex | lock_nb)) {
      // Die Sperre kann nicht abgerufen werden, was darauf hinweist, dass die Aufgabe Echo "Die Aufgabe ausgeführt wird, diese Ausführung überspringen. \ N";
      fcLose ($ fp);
      Ausfahrt();
  }
  // Erhalten Sie die Sperre und führen Sie die Aufgabe aus. "Die Aufgabe beginnt mit der Ausführung ... \ n";
  Schlaf (10); // Simulation zeitaufw?ndiger Betrieb Echo "Aufgabenausführung ist abgeschlossen. \ N";
  Flock ($ fp, lock_un); // Die Lock FCLOSE ($ fp) freigeben;
  UNLINK ($ lockfile); // die Sperrdatei l?schen

4. Ressourcenbeschr?nkungen: Verhindern Sie "au?er Kontrolle" verhindern Timing -Aufgaben

Eine nicht ordnungsgem?? geschriebene Zeitaufgabe kann viel CPU oder Speicher verbrauchen, was den normalen Betrieb anderer Dienste auf dem Host beeinflusst.

Anregung:

• Setzen Sie Ressourcengrenzen in docker-compose.yml :

   Cron_worker:
    # ...
    einsetzen:
      Ressourcen:
        Grenzen:
          CPUs: '0,5' # CPU -Verwendung auf 0,5 Kernspeicher: 256m # Begrenzung Speicherverbrauch auf 256 MB
        Reservierungen:
          CPUs: '0.1' # reserviert 0.1 Kernspeicher: 64m # reserviert 64 MB Speicher

  Dies kann effektiv verhindern, dass eine einzelne Aufgabe das gesamte System herunterzieht.

5. Elegante Abschaltung: Stellen Sie sicher

Wenn der Container gestoppt oder neu gestartet wird, sollte es die M?glichkeit haben, den aktuellen Betrieb abzuschlie?en oder zumindest zu reinigen.

Anregung:

• Capture -Signale: Erfassen Sie SIGTERM -Signale in PHP -Skripten, um aufzur?umen, z. B. das Speichern von Fortschritten und die Freigabe von Ressourcen.
• Docker Compose stop_grace_period : Hinzufügen von stop_grace_period kann dem Container mehr Zeit geben, um das Heruntergangssignal zu verarbeiten.

   Cron_worker:
    # ...
    STOP_GRACE_PERIOD: 30S # Geben Sie den Container 30 Sekunden Zeit, um anmutig zu schlie?en

  Dies sind einige der Probleme, die ich in der Praxis gesto?en und gel?st habe. Obwohl Container -Timing -Aufgaben bequemer sind, erfordern sie auch sorgf?ltige Berücksichtigung und Konfiguration, um ihren Vorteilen wirklich volles Spiel zu verleihen.

  Das obige ist der detaillierte Inhalt vonSo erstellen Sie eine unabh?ngige Umgebung von PHP -Task Container. So konfigurieren Sie den Container zum Ausführen von PHP -Timed -Skripten. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!