Sukurti savo konteinerius, bet kodėl? Taigi, jūs bandėte patekti į rankas statant savo konteinerius, bet jūs esate mokymo pragare ir nieko nėra prasmės. Pagaliau atėjo laikas išsiųsti savo programą ir jūs turite suprasti ir valdyti procesą.Savo konteinerių kūrimas suteikia jums galimybę išsiųsti į savo debesį arba kažkieno kitą, kuriam reikia jūsų programų, kad būtų konteinerizuotos. Arba galbūt jūs esate vienas iš tų žmonių, kurie sako "Aš baigiau su dokeriu" ir labai pasikliauja kitų žmonių SaaS, BaaS, kad supakuotų jūsų programas, tačiau sąskaitos ateina. Tikiuosi, kad suskaidysiu savo požiūrį į konteinerių statybą ir perduosiu savo patirtį, kad jums nereikėtų mokytis sunku. Iš kur aš atėjau 2010 m. konteineriai buvo vadinami „Docker konteineriais“. Jie vis dar yra. Kaip ir interneto paieškos, mes sakome „Google“ reiškia paiešką. Aš buvau sužavėtas ir norėjau priimti šią tada naują technologiją. konteineriai nėra naujas dalykas, pavyzdžiui, "Linux" konteineriai, "LXC" ir kiti metodai buvo gerokai anksčiau. Aš išmokau ir naudoju Unix nuo devintajame dešimtmetyje ir tada Linux tapo beveik pakeisti Unix žmonių protuose. manau, kad turintys bent daugiau nei praeinančią susidomėjimą Unix ir kaip įdiegti ir paleisti jį turi būti pagrindinis mokymasis statyti konteinerius.Taigi, jei neturite šio susidomėjimo, tikriausiai dirbti su konteineriais nėra jums. Geros naujienos yra tai, kad jums nereikia įvaldyti "Linux" iš "Scratch", "Gentoo", "Arch" ar "NixOS", kad suprastumėte konteinerius. Laikui bėgant, šie dalykai gali padėti. Dabar mes sutelksime dėmesį į tris konteinerių temas: 
 
 
 
 Įėjimo taškas Procesų valdymas Pagrindinis vaizdas Pagrindiniame paveikslėlyje aptarsime 3 pagrindines komandas 
 
 
 
 Bėgimas kopijuoti Naudotojas Dėl visų šio straipsnio kodų galite pamatyti, Aš esu (įskaitant ir CMS) Atsisiųskite ir paleiskite viską iš Codeberg plėtros filialo Kodavimas viešai lengvas, be galvos turinio valdymo sistema Jei negalite rasti mano naujausias Patikrinkite, ar tai tikriausiai bus dabartinės Žiedas, jei ne Projektas pasiekė stabilią būseną. Dockerfile dev main Konteinerių įvežimo taškas. Konteinerių įvežimo taškas. Manau, kad įėjimo taškas yra raktas suprasti konteinerius. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Aš slėpiau į Po Norėčiau išsiaiškinti, kas mane sukrėtė praeityje. CMD ENTRYPOINT Jis vadinamas, kai konteineris pradeda veikti ir dažnai naudojamas, kaip ir čia, paleisti konteinerio pradžios procesą. "Unix" yra vienas procesas, kuris pradedamas ir iš kurio veikia visi kiti procesai.Galėtumėte galvoti, kad tai yra "vienas procesas, kuris valdo juos visus". kuris yra lengvas procesas, naudojamas konteineriuose, paprastai siekiant tai padaryti kuo efektyviau. tini Bėgioja scenarijus, kuriame galime įtraukti procedūras ir komandas, kurios turi vykti pradedant taikymą.Šiuo naudojimo atveju, jei šis žingsnis būtų praleistas, reikėtų atlikti rankinį įsikišimą, kad: Tini entrypoint.sh 
 
 
 
 Migracijos bėgimas Aiškus slėpimas Konfigūracijos taikymas Pateikia argumentus dėl Turi bėgti CMD ENTRYPOINT Jei mes nenurodytume įėjimo taško, turėtume bent jau nurodyti • Tada jis taptų "komanda paleisti" konteinerio paleidimo. CMD CMD Kai žiūrite aplink skirtingus konteinerius, kartais matote tik komandą ir nieko kito ir tai gerai. kitais atvejais pamatysite abu. radau tai paini, nes daugelis pamokų kalbėjo tik apie , todėl aš dalinuosi šiuo šiek tiek sudėtingesniu modeliu, kad nepatektumėte į tą pačią problemą. CMD CMD Yra daug kas vyksta tada su šiuo pavyzdžiu iš tik 2 eilučių. Linija taip pat skambina Tai dar vienas konfigūracijos sluoksnis ir teisingai sakant, sudėtingumas. CMD supervisord yra įrankis, kuris jau kurį laiką egzistuoja ir yra naudojamas siekiant išlaikyti procesus, veikiančius tam tikroje "pakuotėje" ar "konfiguravime". prižiūrėtojas [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
 Aukščiau pateikta konfigūracija vykdo 3 programas mums kaip "paslaugas". Tai valdo kiekvieną programą automatiškai paleisti ir iš naujo paleisti bet kurią iš šių programų, jei jie nepavyksta. supervisord  Tai yra konteinerių žemės konvencija ir pripažinta praktika - tai taip, kad kitos sistemos galėtų lengvai surinkti ir surinkti žurnalus iš visų jūsų konteinerių vienoje vietoje. Proceso valdymas: dramblys kambaryje Ah, aš girdžiu kai kuriuos tamsiųjų konteinerių menų veteranus sakant, jūs padarėte mirtiną nuodėmę, kad neturite 1 konteinerio už paslaugą. Ir jūs būtų teisus tai pasakyti. Tol, kol esate "Google" ar panašaus dydžio, bet aš ne. Kaip solo programuotojas / verslininkas aš stengiuosi išlaikyti dalykus kvailas paprastas. Jei aš galiu paleisti vieną konteinerį savo paprastą programą, kuriam reikia 2 dalykų, išskyrus Laravel išgyventi, aš galiu sumažinti savo veiklos sąnaudas turėdamas vieną, daugiafunkcinį konteinerį. Pavyzdžiui, žiniatinklio serveris turi visą prieigą prie PHP Laravel programų, jų santykinių failų sistemų, aplinkos kintamųjų ir net jų procesų ID. Jei kiekviena programa būtų atskirta į 3 konteinerius, kiekvienam reikėtų suteikti papildomų debesies išteklių, bendrų failų sistemų, paslapčių ir galimų eilės mechanizmų, kad būtų galima paminėti kelis. Visos šios papildomos galimybės yra prasmingos, kai atėjo laikas išplėsti programą ir po to, kai turite pirmuosius 50 klientų. Visi šie papildomi įrankiai ir modeliai gali būti lengvai pritaikyti vėliau. Kai atėjo laikas, aš galiu lengvai suskirstyti kiekvieną programą į atskirus konteinerius, konteinerių rinkinius, diegimus ir pan., Kai mes plečiame iki "Google" ar "Netflix" dydžio. 3 Pagrindinis paveikslas Konteinerių bazės vaizdai yra daug įvairių formų ir dydžių. Galima sukurti konteinerius iš „baltojo vaizdo“ su šiek tiek daugiau nei failų sistema. pareiškimas ant galvos a Naudokite Alpine OS vaizdą: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Šis PHP alpinistinis vaizdas turi įrankius PHP programoms. Aš naudoju Alpine, nes tai paprastai naudoja mažiau saugojimo vietos nei kitos operacinės sistemos, tokios kaip Ubuntu, Debian, Rocky ar Fedora. Alpine turi skirtingą paketų valdymo sistemą, vadinamą Tai skiriasi nuo dažniausiai žinomų arba naudojamas Debian arba Fedora, bet nieko nerimauti, nes jūs negalite išspręsti sintaksės skirtumų per kelias minutes su kompetentingu AI. apk apt dnf Kuriu programėles su vaizdu, kuris yra kuo arčiau jūsų programos reikalavimų, tai reiškia, kad jums mažiau darbo. Turėdami pagrindinį vaizdą, galime pakoreguoti, kokie paketai yra pridedami, atlikti paprastus apvalkalų komandas ir pasirinkti vartotoją, kuriam reikia paleisti konteinerį kaip. Pažvelkime tada į 3 bendrus komandas, kurios naudojamos pagrindiniuose vaizduose, siekiant tobulinti ir išplėsti konteinerį, kad galėtume laikyti ir pristatyti mūsų programą: 
 
 
 
 Bėgimas kopijuoti Naudotojas Bėgimas RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 Šią Komanda yra suformatuota keliose eilutėse, kad būtų galima skaityti įdiegia 3 paketus po to, kai gauna naujausių turimų paketų sąrašą ir po įdiegimo, išvalo savo talpyklą, kad sutaupytų vietos. RUN \ Dauguma darbų, kuriuos galite atlikti a Naudojant tik įsakymų . Dockerfile Run Kaip matote, daugybę komandų galima suspausti į vieną. Kaip kiekvienas kodas blokuoja a galutiniame paveikslėlyje sukuriamas sluoksnis, galite sumažinti sluoksnių skaičių, jei įmanoma, sujungiant blokus. RUN Dockerfile kopijuoti COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 Tų Komanda yra galbūt svarbiausia, nes mes ją naudojame kopijuoti failus iš statybos aplinkos į konteinerį. COPY Šis paima įėjimo taško scenarijų, kurį mes išvengėme anksčiau, ir įdeda jį į galutinę poilsio vietą konteineryje. Įprasta kopijuoti visas katalogas su kažkuo panašiu COPY . .
 kuris kopijuotų visą darbo katalogą, kuriame būtų yra įdėta į konteinerį. Tai įprasta derinti su archyvas, panašus į A formą failą, kai naudojate git šaltinio kontrolę. Dockerfile .dckerignore .gitignre Naudotojas USER www
 Galiausiai, trečioji iš mūsų pagrindinių komandų perjungia konteinerį, kad jis veiktų kaip vartotojas, kuris skiriasi nuo root. Aš pasirūpinau, kad būtų sukurti failai ir katalogai, per kuriuos šis vartotojas turi pakankamai prieigos tiek skaityti ir, jei reikia, rašyti. USER Dockerfile Žiūrėti The daugiau ir taip pat, sukurti scenarijų Tai daro tai, ką rodo pavadinimas. Darbo kodeksas cmd/build_prod_container.sh Apibendrinant Rašymo metu, kai naudojamas mano Laravel programa yra pastatytas būti "riebus" - turintys kelis programas veikia viename konteineryje ir valdo priežiūros pareigūnas. Dockerfile Tikiuosi, kad galite pamatyti, kaip vienas konteineris gali daug padaryti, o tipiškos žiniatinklio programos diegimas gali būti gana paprastas ir kartojamas. Jei naudojate supervisord, Python programą, gali būti naudojamos kitos alternatyvos, siekiant sumažinti vaizdo dydį ir padidinti efektyvumą. gali būti naudojamas vietoj jo; kita alternatyva gali būti , c programų rinkinys, kuris yra optimizuotas konteineriams. Golano uosto priežiūra S6 viršutinė dalis Vaizdas sukurtas Dockerfile mano share-lt programa yra gana didelis - šiuo metu daugiau nei 900MB ir aš sugebėjau sumažinti tai panašiuose projektuose: 
 
 
 
 Dockerfile sluoksnių optimizavimas (racionalizuojant RUN pareiškimus) Pakeiskite python programas, tokias kaip superviosrd, su kompiliuotomis parinktimis Naudojant daugiasluoksnius kūrinius Dockerfile - sumažinti kūrimo įrankių skaičių galutiniame paveikslėlyje Ir jūs tikriausiai pamatysite šiuos ir kitus pakeitimus, priklausomai nuo to, kada jūs skaitote šį straipsnį ir patikrinkite repo. Kaip ir mano ankstesniame straipsnyje, šis taip pat parašytas naudojant tą pačią programą ir dabar veikia konteinerio diegime, kurį aptarėme aukščiau. Kalbant apie diegimus, šis konteineris gali būti diegiamas naudojant docker, podman, swarm, bet idealiai kubernetes ir, žinoma, aš naudoju Daugiau apie savo patirtį šia tema rašysiu būsimuose straipsniuose. Minimaliai gyvybingi kubernetai Leisk man žinoti Ar jūs pradėjote savo kelią į konteinerio nirvaną ar esate nenusprendęs? ar jau esate visų dalykų konteinerio meistras ir turite keletą patarimų ir gudrybių, kurias galite pasidalinti? Leiskite man žinoti - susisiekite su manimi Tikiuosi, kad tai padės jums patekti į konteinerių diegimo kelią, kuris taupo jums laiką, pastangas ir pinigus šiame procese. 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

Šis garso įrašas sukurtas originalia istorijos kalba!

Kodėl aš pradėjau kurti savo konteinerius (ir ką norėčiau, kad man pasakytų pamokos)

About Author

KOMENTARAI

PABAIGTI ŽYMES

ŠIS STRAIPSNIS BUVO PRISTATYMAS

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps