Kontein distribuera applikationen med Docker

Välkommen till containerisering! Föreställ er att er applikation behöver specifika verktyg och inställningar för att fungera perfekt. På olika datorer kan dessa inställningar variera, vilket leder till det fruktade problemet "Det fungerar på min dator!".

Docker löser detta genom att paketera er applikation och alla dess beroenden i en standardiserad enhet som kallas en container. Det säkerställer att appen körs konsekvent överallt, från er bärbara dator till molnet.

I hjärtat av Docker finns två centrala begrepp:

• Docker Image: Se en avbildning som en skrivskyddad ritning eller mall. Den innehåller applikationens kod, körtidsmiljö, bibliotek, miljövariabler och konfigurationsfiler. Den innehåller allt appen behöver för att köras.
• Docker Container: En container är en körbar instans av en avbildning. När ni kör en avbildning skapar Docker en container, som är ett isolerat och körbart paket. Ni kan ha flera containers som körs från samma avbildning.

För att skapa en Docker Image skriver ni en Dockerfile. Det är en enkel textfil som innehåller en serie instruktioner. Varje instruktion bygger ett lager ovanpå det föregående, tills hela avbildningen har skapats.

Det är som att skriva ett recept för att bygga applikationens miljö. Docker läser receptet steg för steg för att sätta samman avbildningen.

Vi ska titta på några grundläggande Dockerfile-instruktioner:

• FROM: Anger den basavbildning som applikationen ska byggas ovanpå (till exempel en officiell Python- eller Node.js-avbildning).
• WORKDIR: Anger arbetskatalogen inuti containern för efterföljande instruktioner.
• COPY: Kopierar filer eller kataloger från värddatorn till containerns filsystem.

Här är början på en Dockerfile:

När vi fortsätter med vår Dockerfile behöver vi installera beroenden och tala om för Docker vilken port appen använder:

• RUN: Kör ett kommando i ett nytt lager ovanpå den aktuella avbildningen. Här kan ni installera beroenden eller köra byggsteg.
• EXPOSE: Informerar Docker om att containern lyssnar på de angivna nätverksportarna under körning. Det är dokumentation, inte en brandväggsregel.
• CMD: Anger standardvärden för en container som körs. Det är vanligtvis applikationens startkommando.

När Dockerfile är klar använder ni kommandot docker build för att skapa en avbildning. Flaggan -t låter er tagga avbildningen med ett namn och en valfri version (till exempel my-saas-app:1.0).

Tecknet . i slutet talar om för Docker att leta efter Dockerfile i den aktuella katalogen.

När avbildningen har byggts kan ni köra applikationen i en Docker-container med kommandot docker run. Flaggan -p är avgörande för portmappning.

Den mappar en port på värddatorn (till exempel 8080) till en port inuti containern (till exempel 8000). Det gör att ni kan komma åt appen från webbläsaren.

När containern körs vill ni kanske kontrollera dess status eller visa dess utdata. Här är några användbara kommandon:

• docker ps: Visar alla containers som körs just nu.
• docker ps -a: Visar alla containers, även stoppade.
• docker logs [container_id_or_name]: Visar loggarna (standardutdata och standardfel) från en container.

När ni är klara med en container är det god praxis att stoppa och ta bort den för att frigöra resurser. Docker-containers använder fortfarande diskutrymme även när de har stoppats.

• docker stop [container_id_or_name]: Stoppar en container som körs på ett kontrollerat sätt.
• docker rm [container_id_or_name]: Tar bort en stoppad container.
• docker rmi [image_id_or_name]: Tar bort en Docker-avbildning.

Grattis! Ni har lärt er grunderna i att containerisera er applikation med Docker.

• Containers ger konsekventa miljöer.
• Avbildningar är ritningar och containers är instanser.
• Dockerfile beskriver hur en avbildning ska byggas med instruktioner som FROM, WORKDIR, COPY, RUN, EXPOSE och CMD.
• Ni bygger avbildningar med docker build och kör containers med docker run.

Denna konsekvens är avgörande för att kunna distribuera er SaaS-applikation på ett tillförlitligt sätt i olika miljöer!