Wir bauen unsere eigenen Container, aber warum? Also, Sie haben versucht, mit dem Aufbau Ihrer eigenen Container zu greifen, aber Sie sind in der Tutorial-Hölle und nichts macht Sinn. Es ist endlich an der Zeit, Ihre App zu versenden, und Sie müssen den Prozess verstehen und besitzen.Das Erstellen Ihrer eigenen Container ermächtigt Sie, auf Ihre eigene Cloud oder jemand anderes zu versenden, der Ihre Apps containerisieren muss. Oder vielleicht bist du einer der Leute, die sagen "Ich bin fertig mit docker" und verlassen sich stark auf andere menschen SaaS, BaaS, um ihre apps für sie zu packen, aber die rechnungen kommen ein. Ich hoffe, meine Herangehensweise zum Bau von Container zu brechen und meine Erfahrungen weiterzugeben, damit Sie nicht den harten Weg lernen müssen. Woher ich komme, von Im Jahr 2010 wurden Container als "Docker Container" bezeichnet. Sie sind immer noch. Wie bei der Internetsuche sagen wir "Google" für die Suche. Container sind keine neue Sache, Linux Containers, LXC zum Beispiel, und andere Ansätze waren schon lange davor. Ich habe Unix aus den 90er Jahren gelernt und benutzt und dann ist Linux in den Köpfen der Menschen fast zu einem Ersatz für Unix geworden.Ich denke, dass das Haben von mindestens mehr als einem vorübergehenden Interesse an Unix und wie man es installiert und ausführt, ein Grundlagenlernen für den Aufbau von Container sein muss. Die gute Nachricht ist, dass Sie Linux von Scratch, Gentoo, Arch oder NixOS nicht beherrschen müssen, um Container zu verstehen. Im Laufe der Zeit können diese Dinge helfen. Versuchen, alles auf einmal zu lernen, kann jedoch zu Überlastung und Ausbrennen führen. Ich werde mich jetzt auf 3 Container-Themen konzentrieren: 
 
 
 
 Eintrittspunkt Prozessmanagement Grundbild Innerhalb der Basisbilder betrachten wir 3 Hauptbefehle 
 
 
 
 Rennen Kopieren Benutzer Für alle Codes in diesem Artikel können Sie sehen, Ich bin (mit dem CMS) Herunterladen und ausführen Sie alles von einer Entwicklungszentrale auf Codeberg Codierung in der Öffentlichkeit ein leichtes, kopfloses Content Management System Wenn Sie nicht in der Lage sind, meine neuesten Überprüfen Sie eine Entwicklungszweig. wahrscheinlich wird dies ein Teil der aktuellen Branch, wenn nicht Das Projekt erreicht einen stabilen Zustand. Dockerfile dev main 1. Der Container Eintrittspunkt. 1. Der Container Eintrittspunkt. Ich denke, Entry Point ist der Schlüssel zum Verständnis von Containern. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Ich habe mich in nach um zu klären, was mich in der Vergangenheit verwirrt hat. CMD ENTRYPOINT Es wird genannt, wenn der Behälter startet und es wird oft verwendet, wie es hier ist, um den Startprozess für den Behälter zu laufen. In Unix gibt es einen einzigen Prozess, der gestartet wird und von dem alle anderen Prozesse laufen. Sie könnten denken, wenn es als "der eine Prozess ist, um sie alle zu regieren". Das ist ein leichter Prozess, der in Behältern verwendet wird, um dies so effizient wie möglich zu tun. tini läuft ein Script, in dem wir Prozeduren und Befehle enthalten können, die beim Start der Anwendung stattfinden müssen.In diesem Anwendungsfall, sollte dieser Schritt übersehen werden, wäre es notwendig, manuelle Intervention zu: Tini entrypoint.sh 
 
 
 
 Migrationen laufen Klarer Cache Konfigurationen anwenden Es gibt Argumente für zu laufen. CMD ENTRYPOINT Wenn wir nicht einen Einstiegspunkt angegeben hätten, müssten wir zumindest ... . wird dann zum "Befehl zum Ausführen" auf dem Containerstart. CMD CMD Wenn du dich um verschiedene Container schaust, siehst du manchmal nur eine Befehl und nichts anderes und das ist in Ordnung. In anderen Fällen werden Sie beide sehen. Ich fand dies verwirrend, da viele Tutorials nur über , also teile ich dieses etwas kompliziertere Muster, damit Sie das gleiche Problem nicht treffen. CMD CMD Es ist ziemlich viel passiert dann mit diesem Beispiel von nur 2 Zeilen. Die Linie ruft Dies ist eine andere Schicht der Konfiguration und es ist fair zu sagen, Komplexität. CMD supervisord ist ein Tool, das seit einiger Zeit vorhanden ist und verwendet wird, um Prozesse in einer Art "Stack" oder "Konfiguration" laufen zu lassen. Supervisor [supervisord]
nodaemon=true
loglevel=info

[program:php-fpm]
command=/usr/local/sbin/php-fpm -F
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:nginx]
command=/usr/sbin/nginx -g "daemon off;"
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[program:queue-worker]
command=/usr/local/bin/php /var/www/artisan queue:work --sleep=3 --tries=3 --max-time=3600
autostart=true
autorestart=true
startretries=3
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0
 Die obige Konfiguration läuft 3 Programme für uns als 'Dienstleistungen'. als eine Art "Service-Manager". Es verwaltet jedes Programm, um automatisch zu starten und wird jedes dieser Programme neu starten, wenn sie versagen. supervisord  Dies ist eine Konvention im Containerland und akzeptierte Praxis - dies ist so, dass andere Systeme Logs von all Ihren Container an einem Ort leicht sammeln und zusammenstellen können. Prozessmanagement: Der Elefant im Raum Ach, ich höre einige Veteranen der dunklen Künste der Container sagen, Sie haben die tödliche Sünde begangen, nicht 1 Container pro Dienst zu haben. Und Sie würden Recht haben, dies zu sagen. Solange Sie Google oder ähnliche Größe sind, aber ich nicht bin. Als Solo-Programmierer / Unternehmer versuche ich, die Dinge dumm einfach zu halten. Wenn ich einen Container für meine einfache App ausführen kann, die neben Laravel 2 Dinge benötigt, um zu überleben, kann ich meine Betriebskosten reduzieren, indem ich einen einzigen, multifunktionalen Container habe. Innerhalb eines einzelnen Behälters hat jeder Prozess Zugriff auf andere laufende Prozesse.Der Webserver zum Beispiel hat vollständigen Zugriff auf die PHP Laravel-Anwendungen, ihre relativen Dateisysteme, Umgebungsvariablen und sogar ihre Prozess-IDs. Wenn jedes Programm in 3 Container getrennt wäre, würde jeder zusätzliche Cloud-Ressource, Shared-Dateisysteme, Geheimnisse und wahrscheinliche Reihenmechanismen erhalten müssen, um einige zu nennen. All diese zusätzlichen Optionen machen Sinn, wenn es an der Zeit ist, die App zu skalieren und nachdem Sie Ihre ersten 50 Kunden haben.Alle diese zusätzlichen Tools und Muster können später leicht angewendet werden. Wenn es an der Zeit ist, kann ich jedes Programm leicht in separate Container, Container-Sets, Implementierungen und so weiter aufteilen, da wir auf die Größe von Google oder Netflix skalieren. 3. Das Basisbild Container-Basis-Bilder kommen in vielen verschiedenen Formen und Größen. Es ist möglich, Containere aus "baren Bildern" mit etwas mehr als einem Dateisystem zu erstellen. Es ist jedoch nicht ungewöhnlich, mehr Mainstream-Bilder auf Basis typischer Linux-Distributionen wie Debian oder RedHat zu verwenden. Erklärung an der Spitze einer Verwenden Sie ein Alpine OS Bild: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Dieses PHP Alpine-Bild hat Tools für PHP-Anwendungen. Ich habe Alpine verwendet, da dies weniger Speicherplatz als andere Betriebssysteme wie Ubuntu, Debian, Rocky oder Fedora verwendet. Alpine hat ein anderes Paketmanagementsystem namens Dies unterscheidet sich von den allgemein bekannten oder Sie werden von Debian oder Fedora verwendet, aber nichts zu befürchten, da Sie mit einer kompetenten KI Syntaxunterschiede in wenigen Minuten nicht lösen können. apk apt dnf Ich baue eine Laravel-App, also mit PHP-fpm habe ich alle wichtigen Tools, die ich brauche. Mit einem Basisbild können wir anpassen, welche Pakete hinzugefügt werden, einfache Shell-Befehle ausführen und einen Benutzer auswählen, der den Container als ausführen soll. Werfen wir dann einen Blick auf 3 gängige Befehle, die auf Basisbildern verwendet werden, um den Behälter zu verfeinern und zu erweitern, um unsere Anwendung zu hosten und zu liefern: 
 
 
 
 Rennen Kopieren Benutzer Rennen RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 Diese Befehl wird über mehrere Zeilen formatiert, um die Lesbarkeit mit Es installiert 3 Pakete nach einer Liste der neuesten verfügbaren Pakete und nach der Installation reinigt es seinen Cache, um Platz zu sparen. RUN \ Sie können einen Großteil der Arbeit in einer Benutze nur Die Befehle. Dockerfile Run Wie Sie sehen können, ist es möglich, viele Befehle in eine einzige Wie jeder Code-Block in einem Das Ergebnis ist, dass in dem endgültigen Bild eine "Schicht" erstellt wird, können Sie die Anzahl der Schichten verringern, indem Sie Blöcke, wo möglich, kombinieren. RUN Dockerfile Kopieren COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 Die Der Befehl ist vielleicht der wichtigste, da wir ihn verwenden, um Dateien aus der Build-Umgebung in den Container zu kopieren. COPY Dieser nimmt das Eingangspunkt-Skript, das wir zuvor vermieden haben, und setzt es in seinen letzten Ruhestand in den Behälter. Es ist üblich, ganze Verzeichnisse mit etwas wie COPY . .
 die den gesamten Arbeitsverzeichnis kopieren würde, in dem die ist in den Behälter untergebracht. Es ist üblich, dies mit einer Datei, ähnlich in Form wie die von a Datei, wenn Git Source Control verwendet wird. Dockerfile .dckerignore .gitignre Benutzer USER www
 Schließlich, die dritte unserer Hauptbefehl Wechseln Sie den Container, um als Nutzer zu laufen, der sich von dem von root unterscheidet. Ich habe mich darum gekümmert, Dateien und Verzeichnisse zu erstellen, über die dieser Benutzer ausreichend Zugang zum Lesen und, wo nötig, zum Schreiben hat. USER Dockerfile Sehen Sie die für mehr und auch das Build Script Er tut, was der Name vorschlägt. Arbeitscode cmd/build_prod_container.sh Summen auf Zur Zeit des Schreibens, die Die für meine Laravel-Anwendung verwendete Anwendung ist so konzipiert, dass sie "fett" ist - mehrere Programme in einem Container laufen und von einem Supervisor verwaltet werden. Dockerfile Ich hoffe, dass Sie sehen können, wie ein einzelner Container viel tun kann und die Bereitstellung einer typischen Webanwendung relativ einfach und wiederholbar sein kann. Wenn Sie Supervisord, eine Python-Anwendung verwenden, könnten andere Alternativen verwendet werden, um die Bildgröße zu reduzieren und die Effizienz zu erhöhen. kann an seiner Stelle verwendet werden.Eine andere Alternative könnte , eine Suite von c-Anwendungen, die für Container optimiert sind. Überwachung des Golang Hafens S6 Überlagerung Das von der Dockerfile in meiner share-lt-Anwendung erstellte Bild ist ziemlich groß - derzeit über 900MB und ich konnte dies in ähnlichen Projekten reduzieren, indem ich: 
 
 
 
 Optimierung von Schichten innerhalb der Dockerfile (durch Rationalisierung von RUN-Anweisungen) Python-Anwendungen wie superviosrd durch kompilierte Optionen ersetzen Verwenden von mehrstufigen Builds in der Dockerfile – um die Anzahl der Build-Tools im endgültigen Bild zu reduzieren Und Sie werden wahrscheinlich diese und andere Änderungen sehen, je nachdem, wann Sie diesen Artikel lesen und die Repo überprüfen.Jetzt ist die share-lt-Anwendung in einem fortgeschritteneren Zustand als nur vor ein paar Wochen und ich werde weiterhin Features und Tune hinzufügen, während ich weitergehe. Wie bei meinem vorherigen Artikel wird dieser auch mit derselben Anwendung geschrieben und läuft jetzt in einer Container-Distribution, die wir oben diskutiert haben. Wenn man von Deployments spricht, kann dieser Container mithilfe von docker, podman, swarm, aber idealerweise kubernetes und natürlich, ich benutze Mehr über meine Erfahrungen in dieser Hinsicht werde ich in zukünftigen Beiträgen schreiben. Meine eigenen, minimal lebensfähigen Kubernetes Lass mich wissen Haben Sie Ihren Weg zum Container Nirvana begonnen oder sind Sie unentschlossen ? Sind Sie bereits ein Meister aller Dinge Container und haben ein paar Tipps und Tricks, die Sie teilen können ? Lassen Sie mich wissen - Kontaktieren Sie mich Ich hoffe, dass dies Ihnen hilft, auf dem Weg zu containerbasierten Deployments zu kommen, die Ihnen Zeit, Mühe und Geld im Prozess sparen. Linkedin

This story contains new, firsthand information uncovered by the writer.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Read My Stories

Buy Me a Coffee

Dieses Audio ist in der Originalsprache der Geschichte produziert!

Warum ich begann, meine eigenen Container zu bauen (und was ich mir wünschte, Tutorials sagten)

About Author

KOMMENTARE

Hängeetiketten

DIESER ARTIKEL WURDE VORGESTELLT IN

Related Stories

Meet Deepgram: HackerNoon Company of the Week

HackerNoon Decoded 2024: Celebrating Our Programming Community!

HackerNoon Decoded 2024: Celebrating Our Startups Community!

Starting 2025 with New Features: Settings Dashboard, HackerNoon Decoded, Updated Search UI, and More

Meet Deepgram: HackerNoon Company of the Week

HackerNoon Decoded 2024: Celebrating Our Programming Community!

HackerNoon Decoded 2024: Celebrating Our Startups Community!

Starting 2025 with New Features: Settings Dashboard, HackerNoon Decoded, Updated Search UI, and More

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps