Izgradnja vlastitih kontejnera, ali zašto? Dakle, pokušali ste da se držite izgradnje vlastitih kontejnera, ali ste u tutorskom paklu i ništa nema smisla. Konačno je došlo vrijeme da pošaljete vašu aplikaciju i morate razumeti i posedovati proces. Izgradnja vlastitih kontejnera omogućuje vam da pošaljete u svoj vlastiti oblak ili nekoga drugog koji treba da vaše aplikacije budu kontejnerizovane. Ili možda ste jedan od onih ljudi koji kažu "Ja sam gotov s dokerom" i snažno se oslanjaju na SaaS, BaaS drugih ljudi da pakiraju svoje aplikacije za vas, međutim, računi dolaze. Nadam se da ću razbiti svoj pristup izgradnji kontejnera i prenijeti svoja iskustva tako da ne morate učiti na težak način. Odakle ja dolazim Još u 2010. godini kontejneri su se nazivali "Docker kontejneri". Oni još uvijek jesu. Kao u internet pretraživanju, mi kažemo "Google" da znači pretraživanje. Bio sam fasciniran i nestrpljiv da usvojim ovu tada novu tehnologiju. Kontejneri nisu nova stvar, Linux kontejneri, LXC, na primjer, i drugi pristupi bili su oko dugo prije toga. Naučio sam i koristio Unix iz devedesetih, a onda je Linux postao gotovo zamjena za Unix u umovima ljudi.Mislim da imati barem više od prolaznog interesa za Unix i kako ga instalirati i pokrenuti mora biti osnovno učenje za izgradnju kontejnera. Dobra vijest je da vam nije potrebno da ste ovladali Linuxom sa Scratch, Gentoo, Arch ili NixOS da biste razumjeli kontejnere. S vremenom, ove stvari mogu pomoći. Pokušavanje da naučite sve odjednom, međutim, može dovesti do preopterećenja i iscrpljenosti. Za sada ću se usredotočiti na 3 teme kontejnera: 
 
 
 
 Ulazna tačka Upravljanje procesom Osnovna slika U okviru osnovnih slika razmotrit ćemo 3 glavne komande 
 
 
 
 Trčanje Kopiranje Korisnik Za sve kodove u ovom članku, možete vidjeti, Ja sam Uslovi korišćenja preuzeti i pokrenuti ga sve iz razvojnog grana na Codeberg kodiranje u javnosti lak, bez glave sistem upravljanja sadržajem Ako ne možete pronaći moj najnoviji provjerite za razvojnu granu. Verovatno će ovo biti deo trenutne Branko ako ne kao što je projekt dostigao stabilno stanje. Dockerfile dev main Ulazak u kontejner. Ulazak u kontejner. Mislim da je tačka ulaska ključna za razumijevanje kontejnera. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Ja sam sneaked u Posle kako bih razjasnio ono što me je zbunilo u prošlosti. CMD ENTRYPOINT Točka ulaska je kao neka vrsta kukova. Naziva se kada se kontejner pokrene i često se koristi, kao što je ovde, za pokretanje procesa pokretanja za kontejner. U Unixu postoji jedan proces koji se pokreće i iz kojeg se pokreću svi ostali procesi.Možda biste pomislili da je to "jedan proces koji ih sve vlada".Njegova odgovornost je da bude prvi, marshalling proces, kojim se pokreće čitav operativni sistem. koji je lagani proces koji se obično koristi u kontejnerima kako bi se to učinilo što je efikasnije moguće. tini Trčanje scenarij u kojem možemo uključiti postupke i komande koje moraju da se odvijaju na početku aplikacije. U ovom slučaju upotrebe, ako se propusti ovaj korak, trebalo bi da postoji ručna intervencija da: Tini entrypoint.sh 
 
 
 
 Uskoro migracije Jasno sakrivanje Primjena konfiguracija Pružaju argumente za Za trčanje. CMD ENTRYPOINT Da nismo odredili ulaznu točku, morali bismo barem odrediti Naši bi onda postao "komanda za pokretanje" na pokretanju kontejnera. CMD CMD Kada pogledate oko različitih kontejnera, ponekad vidite samo zapovest i ništa drugo i to je u redu. U drugim slučajevima ćete vidjeti oboje. Našao sam ovo zbunjujuće kao što su mnogi tutoriali govorili samo o , tako da delim ovaj malo složeniji uzorak tako da ne udarite na isti problem. CMD CMD Postoji dosta toga što se tada događa s ovim primjerom od samo 2 linije. Line takođe poziva Ovo je još jedan sloj konfiguracije i pošteno je reći, složenost. CMD supervisord je alat koji postoji već neko vreme i koristi se za održavanje procesa koji se pokreću u nekoj vrsti "stack" ili "configuration". Nadzornik [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
 Gornja konfiguracija radi 3 programa za nas kao 'usluge'. On upravlja svakim programom da automatski pokrene i ponovo će pokrenuti bilo koji od tih programa ako ne uspiju. supervisord  Ovo je konvencija u kontejnerskom zemljištu i prihvaćena praksa - to je tako da drugi sustavi mogu lako prikupljati i spajati dnevnike iz svih vaših kontejnera na jednom mestu. Upravljanje procesima: slon u sobi Ah, čujem neke veterane mračne umetnosti kontejnera kažu, vi ste počinili smrtni grijeh da nemate 1 kontejner po usluzi. I vi biste bili u pravu da kažete ovo. Sve dok ste Google ili slične veličine, ali ja nisam. Kao solo programer / preduzetnik pokušavam da stvari ostanu glupe jednostavne. Ako mogu pokrenuti jedan kontejner za moju jednostavnu aplikaciju koja treba 2 stvari osim Laravel da bi preživjela, mogu smanjiti svoje operativne troškove tako što imam jedan, multi-funkcijski kontejner. U okviru jednog kontejnera, svaki proces ima pristup drugim pokretnim procesima.Na primer, web server ima pun pristup PHP Laravel aplikacijama, njihovim relativnim sistemima datoteka, promjenama okruženja, pa čak i njihovim identifikatorima procesa. Ako bi svaki program bio podijeljen u 3 kontejnera, svakoj bi trebalo dati dodatni resurs u oblaku, zajedničke datotečne sisteme, tajne i verovatno mehanizme za redove da spomenemo nekoliko. Sve ove dodatne opcije imaju smisla kada je vreme za proširenje aplikacije i nakon što imate prvih 50 klijenata. Sve ove dodatne alate i obrasce mogu se lako primijeniti kasnije. Kada dođe vreme, lako mogu podijeliti svaki program u zasebne kontejnere, kontejnerske setove, implementacije i tako dalje, dok se razmjerimo na veličinu Google-a ili Netflixa. U međuvremenu, mogu uštedeti na novcu, zadržati svoj tim na 1 ili 2 inženjera da pokrenem manji skup plus prenese na niže operativne troškove klijentima. • Osnovna slika Slike baze kontejnera dolaze u mnogim različitim oblicima i veličinama. Moguće je stvoriti kontejnere iz 'bare slike' uz malo više od datotečnog sistema. Nije neuobičajeno, međutim, koristiti više mainstream slika zasnovanih na tipičnim Linux distribucijama kao što su Debian ili RedHat. Izjava na čelu A Koristi Alpine OS sliku: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Ova PHP alpinska slika ima alat za PHP aplikacije. Koristio sam Alpine jer ovaj ima tendenciju da koristi manje prostora za skladištenje od drugih operativnih sistema kao što su Ubuntu, Debian, Rocky ili Fedora. Alpine ima drugačiji sistem za upravljanje paketima pod nazivom To se razlikuje od najčešće poznatih ili korišćen od strane Debian ili Fedora, ali ništa se ne treba bojati jer ne možete riješiti razlike u sintaksi za nekoliko minuta s kompetentnom AI. apk apt dnf Izgradnja aplikacija s slikom koja je što bliža vašim zahtjevima za aplikacije znači manje posla za vas. Ja sam izgradnja aplikacije Laravel, tako da sa PHP-fpm imam sve glavne alatke koje mi trebaju. Imajući baznu sliku, možemo prilagoditi koje pakete se dodaju, izvršiti jednostavne komande školjke i odabrati korisnika za pokretanje kontejnera kao. Zatim pogledajmo 3 uobičajene komande koje se koriste na baznim slikama za finu toniranje i proširenje kontejnera za gostovanje i isporuku naše aplikacije: 
 
 
 
 Trčanje Kopiranje Korisnik Trčanje RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 ovo zapovest je oblikovana na nekoliko redova za čitljivost pomoću instalira 3 paketa nakon dobijanja liste najnovijih raspoloživih paketa i nakon instalacije, čisti cache kako bi uštedio prostor. RUN \ Mnogo posla možete dobiti u Koristeći samo Zapovijedi Dockerfile Run Kao što možete vidjeti, moguće je komprimirati mnoge komande u jednu kao svaki kod blok u a Rezultat je da se u konačnoj slici stvara "plast", možete smanjiti količinu slojeva kombiniranjem blokova gde god je to moguće. RUN Dockerfile Kopiranje COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 Naši Komanda je možda najvažnija jer je koristimo za kopiranje datoteka iz okruženja za izgradnju u kontejner. COPY Ovaj uzima scenarij ulazne tačke koji smo izbegli ranije i stavlja ga u svoje konačno odmaralište u kontejneru. Uobičajeno je kopirati čitave direktorijume sa nečim poput COPY . .
 koji bi kopirao ceo radni direktorijum u kojem je nalazi se u kontejneru. Uobičajeno je kombinirati ovo sa datoteka, slična u obliku kao što je a datoteke kada koristite git izvornu kontrolu. Dockerfile .dckerignore .gitignre Korisnik USER www
 Na kraju, treća od naših glavnih zapovijedi prebacuje kontejner da radi kao korisnik drugačiji od korena. Vodio sam računa o stvaranju datoteka i direktorija preko kojih ovaj korisnik ima dovoljan pristup kako za čitanje tako i za pisanje, ako je potrebno. USER Dockerfile Pogledajte The za više i takođe, izgradnja scenarija On radi ono što ime sugerira. Kodeks rada cmd/build_prod_container.sh Sažetak Up U vrijeme pisanja, na korišćen za moju aplikaciju Laravel je izgrađen da bude "masno" - ima više programa koji rade u jednom kontejneru i upravlja ga supervizor. Dockerfile Nadam se da možete videti kako jedan kontejner može učiniti mnogo i implementacija tipične web aplikacije može biti relativno jednostavna i ponovljiva. Ako koristite supervisord, Python aplikaciju, druge alternative mogu se koristiti za smanjenje veličine slike i povećanje efikasnosti. može se koristiti umjesto njega.Druga alternativa bi mogla biti , komplet c aplikacija koje su optimizovane za kontejnere. Pregled Golanskog pristaništa S6 preopterećenje Slika stvorena od strane Dockerfile u mojoj share-lt aplikaciji je prilično velika - trenutno preko 900MB i uspio sam to smanjiti u sličnim projektima: 
 
 
 
 Optimizacija slojeva unutar Dockerfile-a (racionalizacijom RUN izjava) Zamjena Python aplikacija kao što je superviosrd sa kompiliranim opcijama Korištenje višestupanjskih konstrukcija u Dockerfile-u - da biste smanjili količinu alatki za izgradnju u konačnoj slici Već je share-lt aplikacija u naprednijem stanju nego prije samo nekoliko tjedana i nastavljam dodavati značajke i ton kako idem dalje. Kao i kod mog prethodnog članka, ovaj je također napisan koristeći istu aplikaciju i sada se pokreće u rasporedu kontejnera o kojem smo razgovarali gore. Govoreći o implementacijama, ovaj kontejner može biti raspoređen pomoću docker, podman, swarm ali idealno kubernetes i naravno, ja koristim Pišem više o svojim iskustvima u tom pogledu u budućim postovima. Moj vlastiti, minimalno održivi kuberneti Dozvolite mi da znam Jeste li započeli svoj put do kontejnera nirvana ili ste neodlučni ? Jeste li već majstor svih stvari kontejnera i imate nekoliko savjeta i trikova koje možete podeliti ? Obavesti me - Kontaktirajte me Nadam se da vam to pomaže da se na putu do ugradnje zasnovan na kontejneru koji će vam uštedjeti vreme, napor i novac u procesu. Linkovi

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

Ovaj audio je proizveden na originalnom jeziku priče!

Zašto sam počeo graditi svoje kontejnere (i šta sam želeo da mi govore tutoriali)

About Author

KOMENTARI

HANG TAGS

OVAJ ČLANAK JE PREDSTAVLJEN U

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps