This is an old revision of the document!


Laboratorul 02 - Docker Compose

Introducere

În mod clasic, pentru rularea unor containere, este nevoie să rulați comanda aferentă de rulare (docker run) și să dați toți parametrii necesari. Acest proces poate deveni anevoios dacă este repetat pentru pornirea mai multor containere. Un mod de a „salva” configurația de rulare este să ne creăm scripturi. Problema în rularea mai multor scripturi este pierderea uniformității în configurare (ce container la ce rețea se conectează, cu cine comunică, etc.).

Docker Compose este un utilitar creat de către Docker folosit pentru centralizarea configurării de rulare a containerelor în manieră declarativă. Utilizând fișiere de configurare YAML (Yet Another Markup Language), Docker Compose centralizează procesul de configurare într-o manieră naturală, declarativă.

Mai mult decât atât, formatul pentru fișierele Compose este utilizat și în cadrul Docker Swarm, orchestratorul creat de Docker pentru gestiunea serviciilor Docker, despre care vom discuta în laboratorul 3.

Veți observa că, în acest laborator, folosim termenii de servicii și containere în mod interschimbabil. Acest lucru se întâmplă pentru că Docker Swarm lucrează cu servicii, în timp ce Docker Compose cu containere. Ne referim la ambii termeni în același context deoarece configurația este, în proporție de 90%, identică, indiferent de utilizarea Swarm sau Compose.

Instalare

Pentru sisteme Windows și MacOS, Docker Compose face parte din instalarea de Docker Desktop for Windows/Mac. Pentru Linux, instalarea se realizează conform ghidului oficial.

Elemente cheie

Formatul unui fișier YAML

Fișierele YAML sunt folosite de obicei pentru a scrie configurări în mod declarativ. Formatul este unul foarte ușor de înțeles și folosit, astfel:

  • se folosesc elemente de tip „cheie:valoare”
  • aliniatele indentate reprezintă proprietăți copii ale paragrafelor anterioare
  • listele se delimiteaza prin „-”.

Exemplu de fișier Docker Compose

# docker-compose.yml
version: "3.8"
services:
    api:
        build: . # construiește imaginea dintr-un Dockerfile
        image: nume-imagine-registru:versiune # folosește o imagine din registrul curent
        environment:
            NODE_ENV: development
            VARIABILA_DE_MEDIU: valoare
        ports:
            - "5000:80"
        networks:
            - network-laborator-2

    postgres:
        image: postgres:12
        secrets:
            - parola-mea-ultra-secreta
        environment:
            PGPASSWORD_FILE: /run/secrets/parola-mea-ultra-secreta
        volumes:
            - volum-laborator-2:/var/lib/postgresql/data
            - ./scripturi-initializare/init-db.sql:/docker-entrypoint-init.d/init-db.sql
        networks:
            - network-laborator-2

volumes:
    volum-laborator-2:

networks:
    network-laborator-2:

secrets:
    parola-mea-ultra-secreta:
        file: './parola-mea-nu-atat-de-secreta.txt'
Version

Descrie ce funcționalități vor fi încărcate la rularea utilitarului Docker Compose.

Este obligatoriu să treceți versiunea în orice fișier Docker Compose.

Services

Descrie serviciile/containerele ce vor rula după ce configurația este pornită de către Compose. Fiecare serviciu reprezintă un container care va avea numele și configurația serviciului. În exemplul de mai sus, containerele se vor numi api și postgres. Cele mai importante proprietăți ale services sunt următoarele:

  • build - specifică directorul unde se află Dockerfile-ul de la care se va efectua construirea containerului
  • image - specifică numele imaginii folosite pentru rularea containerului
  • ports - o listă de intrări de tipul „port_gazdă:port_serviciu” unde este realizată expunerea și maparea de porturi
  • volumes - o listă de intrări de tipul „volum_gazdă:cale_serviciu” unde sunt precizate mapările de volume; aceleași reguli care se aplică la rularea clasică sunt menținute și aici; „volum_gazdă” poate fi un volum standard sau un bind mount
  • networks - lista de rețele din care face parte serviciul/containerul
  • secrets - lista de secrete ce vor fi folosite în cadrul serviciului/containerului
  • environment - obiect cu intrări de tipul „nume_variabilă_mediu_servici:valoare” care injectează variabilele de mediu specificate la rularea serviciului/containerului.

Opțiunile build și image sunt disjuncte.

Secretele trebuie trecute și în cadrul variabilelor de mediu, conform documentației. De exemplu, în configurația Postgres, secretele trebuie trecute în variabile de mediu speciale, sufixate cu _FILE, alături de calea lor completă (adică /run/secrets/NUME_SECRET).

Volumes

Descrie volumele utilizate în cadrul configurației. Volumele se trec sub formă de obiecte. Dacă nu se dorește schimbarea configurației implicite, valoarea este un câmp gol. În laboratorul 3 vom lucra cu volume NFS, unde va trebui oferită o configurație custom.

Proprietatea top-level volumes trebuie scrisă pe același nivel de indentare ca services. Nu trebuie confundată cu proprietatea copil volumes din interiorul configurației serviciilor.

Networks

Descrie rețelele utilizate în cadrul configurației. Rețelele se trec sub formă de obiecte. Dacă nu se dorește schimbarea configurației implicite, valoarea este un câmp gol. Un exemplu de configurație de rețea este următorul (unde folosim o rețea care deja există, pentru că a fost creată independent de fișierul Docker Compose):

networks:
    reteaua-mea-care-de-fapt-exista:
        external: true
        name: reteaua-originala-care-deja-exista

În cazul de mai sus, reteaua-mea-care-de-fapt-exista este doar o „redenumire” a unei rețele deja existente.

Proprietatea top-level networks trebuie scrisă pe același nivel de indentare ca services. Nu trebuie confundată cu proprietatea copil networks din interiorul configurației serviciilor.

Secrets

Descrie secretele utilizate în cadrul configurației. Acestea rețin informații sensibile într-o manieră securizată, criptată, în cadrul Swarm, despre care vom vorbi la laboratorul 3. În Compose, secretele nu sunt securizate, însă au fost introduse pentru a ușura tranziția către Swarm. În cadrul Docker Compose, secretele pot proveni doar din fișiere externe, care trebuie specificate pentru fiecare secret în parte.

Proprietatea top-level secrets este scrisa pe același nivel de indentare ca services. Nu trebuie confundată cu proprietatea copil secrets din interiorul configurației serviciilor.

Comenzi Docker Compose

Comenzile pentru interacțiunea cu Docker Compose seamănă, ca sintaxă, cu cele clasice de Docker. Mai jos, puteți observa cele mai utilizate comenzi, iar pe restul le puteți studia în documentația oficială.

$ docker-compose start                       # pornește containerele
$ docker-compose stop                        # oprește containerele
$ docker-compose pause                       # pune în stare de pauză containerele unui serviciu (se trimite SIGPAUSE)
$ docker-compose unpause                     # scoate din starea de pauză containerele
$ docker-compose ps                          # listează containerele active
$ docker-compose up                          # face build, recreează, pornește și atașeaza containere la un serviciu
$ docker-compose up -d                       # serviciile rulează în fundal, detașate de terminalul care le-a inițializat
$ docker-compose up --build                  # creează imaginile înainte de pornire
$ docker-compose -f my-docker-compose.yml up # se folosește fișierul de Compose specificat în loc de cel implicit
$ docker-compose down                        # oprește containerele și le șterge, împreună cu rețelele, volumele și imaginile create la up
$ docker-compose rm                          # șterge toate containerele oprite (se poate specifica la final și numele containerului care trebuie șters)
$ docker-compose rm -s -v                    # cu -s se opresc toate containerele și cu -v se șterg și volumele anonime atașate

Combinarea mai multor fișiere Docker Compose

Docker Compose este recomandat să fie utilizat doar în etapa de dezvoltare locală. Pentru medii de testare sau producție, se folosește Docker Swarm (sau alte orchestratoare, precum Kubernetes).

Tocmai pentru că este folosit în etapa de dezvoltare, Docker Compose are un mecanism de a combina mai multe fișiere Compose pentru a crea diferite configurații de rulare, fără a replica părțile comune.

Pentru a rula o configurație de Compose bazată pe mai multe fișiere YAML, puteți folosi comanda de mai jos.

$ docker-compose -f fisier-compose-1.yml -f fisier-compose-2.yml up --build

În comanda de mai sus, informațiile din fisier-compose-2.yml vor suprascrie/completa informațiile din fisier-compose-1.yml. Acest lucru este util pentru a testa rapid diverse configurații.

Exerciții

Puteți accesa resursele practice pentru acest laborator pe repository-ul oficial al materiei CC. Exercițiile urmăresc înțelegerea conceptelor de Docker Compose.

  1. Scrieți configurația containerelor de la ultimul set de exerciții din laboratorul 1 în maniera Compose:
    1. pentru containerul de API, folosiți sursele și Dockerfile-ul din directorul API aflat pe repository, sau direct imaginea mobylab/cc-laborator2-api de pe Docker Hub
    2. pentru containerul de Postgres, găsiți fișierul init-db.sql în directorul Database din repository.
  2. Introduceți un al treilea serviciu bazat pe imaginea adminer, care face parte dintr-o rețea comună cu baza de date, alta decât cea pe care baza de date o folosește la comunicația cu API-ul (așadar, trebui să aveți două rețele).
  3. Spargeți configurația în două fișiere de Compose, unul de bază și unul care să folosească secrete (găsiți fișierele pentru secrete în directorul secrets din repository). Rulați cele două configurații împreună.

După ce veți sparge configurația inițială în două, o să observați că trebuie să renunțați la niște variabile de mediu ale bazei de date din fișierul de bază, și anume POSTGRES_USER și POSTGRES_PASSWORD. În configurația cu secrete, numele de utilizator și parola vor fi setate prin variabilele de mediu POSTGRES_USER_FILE și POSTGRES_PASSWORD_FILE, care sunt disjuncte cu cele menționate anterior. Este important de menționat că valorile pentru aceste două variabile de mediu reprezintă căile complete ale fișierelor secret, de forma /run/secrets/NUME_SECRET.

Pentru a introduce secrete și în serviciul de API, trebuie să setați variabila de mediu NODE_ENV la valoarea „staging” și să setați variabilele de mediu PGPASSWORD_SECRET și PGUSER_SECRET doar cu numele secretului, nu cu toată calea /run/secrets/NUME_SECRET precum în cazul bazei de date.

cc/laboratoare/02.1634207894.txt.gz · Last modified: 2021/10/14 13:38 by radu.ciobanu
CC Attribution-Share Alike 3.0 Unported
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0