Costruire i propri container, ma perché? Quindi, hai cercato di prendere le mani con la costruzione dei tuoi container, ma sei in un inferno tutorial e nulla ha senso. È finalmente il momento di spedire la tua app e devi capire e possedere il processo.Costruire i tuoi contenitori ti consente di spedire alla tua nube o a quella di qualcun altro che ha bisogno che le tue app siano containerizzate. O forse sei una di quelle persone che dicono "Sono finito con docker" e si affidano fortemente ai SaaS, BaaS di altre persone per imballare le tue app per te, tuttavia, le bollette stanno arrivando. Spero di rompere il mio approccio alla costruzione di contenitori e di trasmettere le mie esperienze in modo da non dover imparare il modo difficile. Da dove vengo io Ancora nel 2010 i container sono stati chiamati "contenitori Docker". Essi sono ancora. Come nella ricerca su Internet, diciamo "Google" significa ricerca. Sono stato affascinato e ansioso di adottare questa nuova tecnologia. i contenitori non sono una cosa nuova, i contenitori Linux, LXC per esempio, e altri approcci erano intorno molto prima di questo. i contenitori Docker promettevano affidabilità, ripetibilità alla fine degli argomenti "funziona sul mio laptop". Ho imparato e usato Unix dagli anni '90 e poi Linux è diventato quasi un sostituto per Unix nelle menti delle persone. penso che avere almeno più di un passante interesse per Unix e come installarlo e eseguirlo deve essere un apprendimento di base per la costruzione di contenitori. La buona notizia è che non è necessario aver padroneggiato Linux da Scratch, Gentoo, Arch o NixOS per comprendere i contenitori. Nel tempo, queste cose possono aiutare. Cercare di imparare tutto alla volta, tuttavia, può portare a sovraccarico e bruciare. Per ora mi concentrerò su tre argomenti di container: 
 
 
 
 punto di ingresso Gestione del processo Immagine di base All'interno delle immagini di base, considereremo 3 comandi principali 
 
 
 
 corsa copia Utente Per tutto il codice in questo articolo, si può vedere, io sono (sotto il CMS) scaricare e eseguire tutto da un ramo di sviluppo su Codeberg Codifica in pubblico un sistema di gestione dei contenuti leggero e senza testa Se non riesci a trovare il mio ultimo verificare per un ramo di sviluppo. probabilmente questa sarà una parte dell'attuale Il brano se non Il progetto raggiunge uno stato stabile. Dockerfile dev main Il punto di ingresso dei container. Il punto di ingresso dei container. Penso che il punto di ingresso sia la chiave per capire i container. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Io sono scivolato in Dopo per chiarire ciò che mi ha confuso in passato. CMD ENTRYPOINT È chiamato quando il contenitore inizia e viene spesso utilizzato, come è qui, per eseguire il processo di avvio per il contenitore. In Unix, c'è un singolo processo che viene avviato e da cui vengono eseguiti tutti gli altri processi.Puoi pensare che sia "l'unico processo per governarli tutti".La sua responsabilità è di essere il primo, il processo di marshalling, attraverso il quale l'intero sistema operativo si avvia. che è un processo di peso leggero utilizzato nei contenitori di solito per farlo il più efficientemente possibile. tini Corri un Scritto in cui possiamo includere procedure e comandi che devono avvenire all'inizio dell'applicazione. In questo caso di utilizzo, se questo passaggio fosse perso, ci sarebbe bisogno di un intervento manuale per: Tini entrypoint.sh 
 
 
 
 Guida alle migrazioni Cache chiara Applicare le configurazioni fornisce argomenti per di correre. CMD ENTRYPOINT Se non avessimo specificato un punto d'ingresso, dovremmo almeno specificare di . diventerebbe quindi il "comando per eseguire" sul container start up. Così diventerebbe il punto di accesso "default". CMD CMD Quando guardi intorno a diversi contenitori, a volte vedi solo un Comando e niente di più e questo è ok. In altri casi vedrete entrambi. ho trovato questo confuso come molti tutorial parlano solo di , quindi condivido questo modello leggermente più complicato in modo da non colpire lo stesso problema. CMD CMD C'è molto che sta accadendo allora con questo esempio di solo 2 righe. La linea chiama Questo è un altro livello di configurazione e è giusto dire, la complessità. CMD supervisord è uno strumento che esiste da un po 'e viene utilizzato per mantenere i processi in esecuzione in una sorta di 'stack' o 'configuration'. supervisore [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
 La configurazione di cui sopra sta eseguendo 3 programmi per noi come 'servizi'. come una sorta di "servizio manager". gestisce ogni programma per l'avvio automatico e riavvia qualsiasi di questi programmi in caso di fallimento. supervisord  Questo è una convenzione nella terra dei container e pratica accettata - questo è in modo che altri sistemi possono facilmente raccogliere e incollare i log da tutti i tuoi contenitori in un unico posto. Gestione dei processi: l’elefante nella stanza Ah, sento alcuni veterani delle arti oscure dei contenitori dire, hai commesso il peccato mortale di non avere 1 contenitore per servizio. E avresti ragione a dire questo. Finché sei Google o di dimensioni simili ma non lo sono. Come programmatore solo / imprenditore sto cercando di mantenere le cose stupide semplici. Se posso eseguire un contenitore per la mia semplice applicazione che ha bisogno di 2 cose oltre a Laravel per sopravvivere, posso ridurre i miei costi operativi avendo un singolo contenitore multi-funzione. Il server web, ad esempio, ha pieno accesso alle applicazioni PHP Laravel, ai loro relativi sistemi di file, alle variabili ambientali e persino ai loro ID di processo. Se ciascun programma fosse stato separato in 3 contenitori, a ciascuno sarebbe stata data una risorsa cloud aggiuntiva, sistemi di file condivisi, segreti e possibili meccanismi di coda per citarne alcuni. Tutte queste opzioni aggiuntive hanno senso quando è il momento di scalare l'app e dopo che hai i tuoi primi 50 clienti. Tutti questi strumenti e modelli aggiuntivi possono essere facilmente applicati in seguito. Quando arriva il momento, posso facilmente dividere ogni programma in container separati, set di container, implementazioni e così via, mentre scalziamo fino alla dimensione di Google o Netflix. Nel frattempo, posso risparmiare un po 'di denaro, mantenendo il mio team fino a 1 o 2 ingegneri per eseguire una pila più piccola e passare a costi operativi più bassi ai clienti. 3 L’immagine di base Immagini di base dei contenitori sono disponibili in molte forme e dimensioni diverse. È possibile creare contenitori da "immagini bare" con poco più di un sistema di file. Non è raro, tuttavia, utilizzare immagini più mainstream basate su distribuzioni Linux tipiche come Debian o RedHat. Dichiarazione alla testa di un Utilizza un'immagine Alpine OS: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Questa immagine alpina PHP ha strumenti per le applicazioni PHP. ho usato Alpine in quanto questo tende a utilizzare meno spazio di archiviazione rispetto ad altri sistemi operativi come Ubuntu, Debian, Rocky o Fedora. Alpine ha un sistema di gestione dei pacchetti diverso chiamato Questo differisce dal più comunemente conosciuto o utilizzato da Debian o Fedora ma nulla da temere poiché non puoi risolvere le differenze di sintassi in pochi minuti con un'intelligenza artificiale competente. apk apt dnf Costruire applicazioni con un'immagine che sia il più vicino possibile ai requisiti dell'applicazione significa meno lavoro per voi. Avendo un'immagine di base, possiamo modificare quali pacchetti vengono aggiunti, eseguire semplici comandi shell e selezionare un utente per eseguire il contenitore come. Diamo un'occhiata a 3 comandi comuni che vengono utilizzati sulle immagini di base per raffinare e estendere il contenitore per ospitare e consegnare la nostra applicazione: 
 
 
 
 corsa copia Utente corsa RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 Questo il comando è formattato su diverse righe per la leggibilità utilizzando Installa 3 pacchetti dopo aver ottenuto un elenco degli ultimi pacchetti disponibili e dopo l'installazione, pulisce la sua cache per risparmiare spazio. RUN \ Puoi ottenere gran parte del lavoro fatto in un Utilizzando solo dei comandi. Dockerfile Run Come potete vedere, è possibile comprimere molti comandi in un unico Come ogni blocco di codice in un Risultati in un 'layer' che viene creato nell'immagine finale, è possibile ridurre la quantità di strati combinando blocchi dove possibile. RUN Dockerfile copia COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 Il Il comando è forse il più importante poiché lo usiamo per copiare i file dall'ambiente di costruzione nel contenitore. COPY Questo prende lo script del punto di ingresso che abbiamo evitato in precedenza e lo mette nel suo luogo di riposo finale nel contenitore. È comune copiare intere directory con qualcosa come COPY . .
 che copierebbe l'intero directory di lavoro in cui si trova nel contenitore. è comune combinare questo con un file, in forma simile a quella di Fare clic su Git Source Control. Dockerfile .dckerignore .gitignre Utente USER www
 Infine, il terzo dei nostri comandi principali cambiare il contenitore per essere eseguito come un utente diverso da quello di root. Ho preso cura di creare file e directory su cui questo utente ha accesso sufficiente sia per leggere e, se necessario, per scrivere. USER Dockerfile Vedi il Per di più e anche, il script costruito che fa quello che suggerisce il nome. Codice di lavoro cmd/build_prod_container.sh Summare in alto Al momento della scrittura, il utilizzato per la mia applicazione Laravel è costruito per essere "grasso" - avere più programmi in esecuzione in un unico contenitore e gestito da un supervisore. Dockerfile Spero che tu possa vedere come un singolo contenitore può fare molto e la distribuzione di un'applicazione web tipica può essere relativamente semplice e ripetibile. Se si utilizza supervisord, un'applicazione Python, altre alternative potrebbero essere utilizzate per ridurre le dimensioni dell'immagine e aumentare l'efficienza. può essere utilizzato al suo posto. un'altra alternativa potrebbe essere , una suite di applicazioni c che sono ottimizzate per i container. Il porto di Golang S6 sovrappeso L'immagine creata dal Dockerfile nella mia applicazione share-lt è piuttosto grande - attualmente oltre 900MB e ho potuto ridurlo in progetti simili: 
 
 
 
 Ottimizzazione degli strati all'interno del Dockerfile (razionalizzando le dichiarazioni RUN) Sostituire le applicazioni python come superviosrd con opzioni compilate Utilizzo di build multi-stage nel Dockerfile - per ridurre la quantità di strumenti di build nell'immagine finale E probabilmente vedrai questi e altri cambiamenti a seconda di quando leggi questo articolo e controlli il repo. Già l'applicazione share-lt è in uno stato più avanzato rispetto a poche settimane fa e continuo ad aggiungere caratteristiche e tono mentre vado avanti. Come con il mio articolo precedente, anche questo è scritto utilizzando la stessa applicazione e ora funziona in una distribuzione contenitore che abbiamo discusso sopra. Parlando di implementazioni, questo contenitore può essere implementato utilizzando docker, podman, swarm ma idealmente kubernetes e, naturalmente, sto usando e scriverò di più sulle mie esperienze in questo senso in futuri post. Il mio minimo possibile kubernetes Lasciatemi sapere Hai iniziato il tuo percorso verso il container nirvana o sei indeciso ? Sei già un maestro di tutte le cose container e hai alcuni suggerimenti e trucchi che puoi condividere ? Lasciatemi sapere - Contattaci Spero che questo ti aiuti a prendere la strada per le distribuzioni basate su container che ti risparmieranno tempo, sforzo e denaro nel processo. 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

Questo audio è prodotto nella lingua originale della storia!

Perché ho iniziato a costruire i miei propri contenitori (e cosa mi hanno detto i tutorial)

About Author

COMMENTI

CARTELLINI

QUESTO ARTICOLO È STATO PRESENTATO IN

Related Stories

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

OpenAI Has Everything Under Control 😎

Arron Goolsbey Talks Future of Gaming with AI and Blockchain at Mythical Games

I Tried Perplexity For a Week, And I Don't Think AI Search Engines Can Replace Google.. Yet

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

OpenAI Has Everything Under Control 😎

Arron Goolsbey Talks Future of Gaming with AI and Blockchain at Mythical Games

I Tried Perplexity For a Week, And I Don't Think AI Search Engines Can Replace Google.. Yet

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps