Bygga egna containrar, men varför? Så, du har försökt att komma till grepp med att bygga dina egna behållare, men du är i tutorial helvetet och ingenting är meningsfullt. Det är äntligen dags att skicka din app och du behöver förstå och äga processen.Bygg dina egna behållare ger dig möjlighet att skicka till din egen moln eller någon annans som behöver dina appar att behållas. Eller kanske du är en av de människor som säger "Jag är klar med docker" och förlitar sig starkt på andra människors SaaS, BaaS för att packa upp dina appar för dig, men räkningarna kommer in. Jag hoppas att bryta ner mitt tillvägagångssätt för att bygga containrar och förmedla mina erfarenheter så att du inte behöver lära dig det svåra sättet. varifrån jag kommer från Redan under 2010 kallades containrar "Docker containers".De är fortfarande.Som i internetsökning säger vi "Google" för att betyda sökning. Jag var fascinerad och angelägen om att anta denna då nya teknik. Containers är inte en ny sak, Linux Containers, LXC till exempel, och andra tillvägagångssätt som var runt långt före detta. Docker containers lovade tillförlitlighet, repeterbarhet en slut på "det fungerar på min bärbara dator" argument. Jag lärde mig och använde Unix från 90-talet och sedan Linux har blivit nästan en ersättning för Unix i folks sinnen. jag tror att ha åtminstone mer än ett övergående intresse för Unix och hur man installerar och kör det måste vara en grundläggande inlärning för att bygga behållare. Den goda nyheten är att du inte behöver ha behärskat Linux från Scratch, Gentoo, Arch eller NixOS för att förstå behållare. Med tiden kan dessa saker hjälpa. Att försöka lära sig allt på en gång kan dock leda till överbelastning och bränna ut. Jag kommer nu att fokusera på tre container ämnen: 
 
 
 
 Inträde Point Processhantering Basbild Inom basbilderna kommer vi att överväga 3 huvudkommandon 
 
 
 
 Löpning Kopiera Användare För alla koder i den här artikeln kan du se, Jag är (med hjälp av CMS) Ladda ner och köra allt från en utvecklingsavdelning på Codeberg kodning i allmänhet ett lätt, huvudlöst innehållshanteringssystem Om du inte kan hitta min senaste för en utvecklingsgren. Förmodligen kommer detta att vara en del av den nuvarande Branch om inte När projektet når ett stabilt tillstånd. Dockerfile dev main Inträdesplatsen för containern. Inträdesplatsen för containern. Entry Point är nyckeln till att förstå containrar. ENTRYPOINT ["/sbin/tini", "--", "/usr/local/bin/docker-entrypoint.sh"]
CMD ["/usr/bin/supervisord", "-n", "-c", "/etc/supervisord.conf"]
 Jag har sneaked in Efter för att klargöra vad som förvirrade mig i det förflutna. CMD ENTRYPOINT Det kallas när behållaren startar upp och det används ofta, som det är här, för att köra startprocessen för behållaren. I Unix finns det en enda process som startas och från vilken alla andra processer körs. Du kanske tror att det är "den enda processen för att styra dem alla". vilket är en lättviktsprocess som används i behållare för att göra detta så effektivt som möjligt. tini Kör en skript där vi kan inkludera procedurer och kommandon som måste äga rum vid applikationsstart.I detta användningsfall, om detta steg missas, skulle det behövas manuellt ingripande för att: Tina entrypoint.sh 
 
 
 
 Löpande migration Klara gömställen Använda konfigurationer ger argument för För att springa. CMD ENTRYPOINT Om vi inte angav en ingångspunkt, skulle vi åtminstone behöva specificera och . skulle då bli "kommando att köra" på containerstart. så det skulle bli "standard" ingångspunkt. CMD CMD När du tittar runt olika behållare, ibland ser du bara en kommando och inget annat och det är bra. I andra fall kommer du att se båda. jag hittade detta förvirrande som många handledning bara pratade om , så jag delar detta lite mer komplicerade mönster så att du inte träffar samma problem. CMD CMD Det händer en hel del då med detta exempel på bara två rader. Linjen ringer också Detta är ett annat lager av konfiguration och det är rättvist att säga, komplexitet. CMD supervisord är ett verktyg som har funnits ett tag och används för att hålla processer igång i ett slags "stack" eller "konfiguration". Övervakare [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
 Ovanstående konfiguration kör 3 program för oss som "tjänster". Det hanterar varje program för att automatiskt starta och kommer att starta om något av dessa program om de misslyckas. supervisord  Detta är en konvention i container land och accepterad praxis - detta är så att andra system enkelt kan samla in och klistra in loggar från alla dina behållare på ett ställe. Processhantering: Elefanten i rummet Åh, jag hör några veteraner av den mörka konsten av containrar säga, du har begått den dödliga synden att inte ha 1 container per tjänst. Och du skulle ha rätt att säga detta. Så länge du är Google eller av liknande storlek men jag är inte. Som en solo programmerare / entreprenör försöker jag hålla saker dumt enkla. Om jag kan köra en behållare för min enkla app som behöver 2 saker förutom Laravel för att överleva, kan jag minska mina driftskostnader genom att ha en enda, multifunktionell behållare. Inom en enda behållare har varje process tillgång till andra löpande processer.Till exempel har webbservern full tillgång till PHP Laravel-applikationerna, deras relativa filsystem, miljövariabler och till och med deras process-id. Om varje program skulle delas upp i 3 behållare, skulle var och en behöva ges extra molnresurser, delade filsystem, hemligheter och sannolikt kömekanismer för att nämna några. Alla dessa ytterligare alternativ är meningsfulla när det är dags att skala upp appen och efter att du har dina första 50 kunder. Alla dessa extra verktyg och mönster kan enkelt tillämpas senare. När det är dags kan jag enkelt dela upp varje program i separata behållare, containeruppsättningar, implementeringar och så vidare, eftersom vi skalar till storleken på Google eller Netflix. Under tiden kan jag spara lite pengar, hålla mitt team ner till 1 eller 2 ingenjörer för att köra en mindre stack plus pass på lägre driftskostnader till kunder. 3 - Basbild Containerbasbilder finns i många olika former och storlekar. Det är möjligt att skapa behållare från "bara bilder" med lite mer än ett filsystem. Det är dock inte ovanligt att använda mer mainstreambilder baserade på typiska Linux-distributioner som Debian eller RedHat. uttalande i huvudet av en Använd en Alpine OS bild: FROM Dockerfile FROM php:8.4-fpm-alpine3.23 
 Denna PHP alpina bild har verktyg för PHP-applikationer. Jag använde Alpine eftersom detta tenderar att använda mindre lagringsutrymme än andra operativsystem som Ubuntu, Debian, Rocky eller Fedora. Alpine har ett annat pakethanteringssystem som heter Detta skiljer sig från den mer allmänt kända eller Används av Debian eller Fedora men inget att frukta eftersom du inte kan lösa syntaxskillnader på några minuter med en kompetent AI. apk apt dnf Att bygga applikationer med en bild som är så nära dina applikationskrav som möjligt innebär mindre arbete för dig. jag bygger en Laravel-app, så med PHP-fpm har jag alla de viktigaste verktygen som jag behöver. Med en basbild kan vi justera vilka paket som läggs till, utföra enkla skalkommandon och välja en användare för att köra behållaren som. Låt oss sedan ta en titt på 3 vanliga kommandon som används på basbilder för att finjustera och utöka behållaren för att värd och leverera vår applikation: 
 
 
 
 Löpning Kopiera Användare Löpning RUN apk update && apk add --no-cache \
    zip \
    vim \
    unzip \
    && rm -rf /var/cache/apk/*
 Detta kommandot formateras över flera rader för läsbarhet med Det installerar 3 paket efter att ha fått en lista över de senaste tillgängliga paket och efter att ha installerat, rengör sin cache för att spara utrymme. RUN \ Du kan få mycket av arbetet gjort i en Använda just och kommandon. Dockerfile Run Som du kan se är det möjligt att komprimera många kommandon till en enda block. Som varje kodblock i en resulterar i att ett "lager" skapas i den slutliga bilden, du kan minska mängden lager genom att kombinera block där det är möjligt. RUN Dockerfile Kopiera COPY cmd/docker-entrypoint.sh /usr/local/bin/docker-entrypoint.sh
 den Kommandot är kanske det viktigaste eftersom vi använder det för att kopiera filer från byggmiljön till behållaren. COPY Den här tar inmatningspunktsskriptet vi undvek tidigare och placerar det i sin sista viloplats i behållaren. Det är vanligt att kopiera hela kataloger med något som COPY . .
 som skulle kopiera hela arbetskatalogen där är placerad i behållaren. Det är vanligt att kombinera detta med en fil, liknande i form till en fil när du använder git källkontroll. Dockerfile .dckerignore .gitignre Användare USER www
 Slutligen, den tredje av våra huvudkommandon växlar behållaren för att köras som en annan användare än roten. Jag har tagit hand om att skapa filer och kataloger över vilka denna användare har tillräcklig tillgång till både läsa och vid behov, skriva till. USER Dockerfile Se den För mer och även, bygg skriptet som gör vad namnet antyder. Arbetsföreskrifter cmd/build_prod_container.sh Summera upp Vid tidpunkten för skrivandet, den som används för min Laravel-applikation är byggd för att vara "fett" - att ha flera program som körs i en behållare och hanteras av en handledare. Dockerfile Jag hoppas att du kan se hur en enda behållare kan göra mycket och att distribuera en typisk webbapplikation kan vara relativt enkel och repeterbar. Om du använder supervisord, en Python-applikation, kan andra alternativ användas för att minska bildstorleken och öka effektiviteten. kan användas i dess ställe.Ett annat alternativ kan vara , en uppsättning c-applikationer som är optimerade för containrar. Övervakning av Golang hamn S6 överlägsen Bilden som skapats av Dockerfile i min share-lt-applikation är ganska stor - för närvarande över 900MB och jag har kunnat minska detta i liknande projekt genom: 
 
 
 
 Optimera lager i Dockerfile (genom att rationalisera RUN-uttalanden Ersätta python-program som superviosrd med kompilerade alternativ Använda flerstegsbyggnader i Dockerfile - för att minska mängden byggverktyg i den slutliga bilden Och du kommer sannolikt att se dessa och andra förändringar beroende på när du läser den här artikeln och kolla in repo. Redan appen share-lt är i ett mer avancerat tillstånd än bara några veckor sedan och jag fortsätter att lägga till funktioner och stämma som jag går vidare. Som med min tidigare artikel är den här också skriven med samma applikation och körs nu i en containerutplacering som vi diskuterade ovan. Talar om utplaceringar, kan den här behållaren distribueras med hjälp av docker, podman, swarm men idealt kubernetes och naturligtvis använder jag Jag kommer att skriva mer om mina erfarenheter i detta avseende i framtida inlägg. Min egen, minimal livskraftiga kubernetes Låt mig veta Så vad sägs om dig ? har du börjat din väg till container nirvana eller är du obeslutsam ? är du redan en mästare på alla saker container och har några tips och tricks du kan dela ? Låt mig veta - Kontakta mig på Jag hoppas att detta hjälper dig att komma på väg till containerbaserade utplaceringar som sparar dig tid, ansträngning och pengar i processen. Linköping

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

Det här ljudet är producerat på berättelsens originalspråk!

Varför jag började bygga mina egna behållare (och vad jag önskar tutorials berättade för mig)

About Author

KOMMENTARER

HÄNG TAGGAR

DENNA ARTIKEL PRESENTERAS I

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps