Ինչու՞ փոքր քանակությամբ շերտեր ունեցող Docker պատկերը համարվում է ավելի օպտիմալ լուծում։

Docker պատկերում շերտերի փոքր քանակը համարվում է ավելի օպտիմալ լուծում մի քանի պատճառներով՝

• Փոքր չափի պատկեր: Յուրաքանչյուր շերտ ավելացնում է չափը վերջնական պատկերին։ Շերտերի քանակի նվազեցումը ուղղակիորեն ազդում է ընդհանուր չափի վրա, ինչը հանգեցնում է ավելի արագ բեռնում և տարածման։
• Արագ կառուցում և pull/push: Փոքր քանակի շերտեր կառուցելու համար և ավելի քիչ տվյալներ փոխանցելու ժամանակ՝ pull/push-ի ընթացքում՝ ռեգիստրների և հոստերի միջև։
• Հավանական սխալների նվազեցում: Յուրաքանչյուր շերտ կարող է լինել սխալի աղբյուր՝ կառուցման կամ օգտագործման ժամանակ։ Փոքր քանակի շերտեր նվազեցնում են այդպիսի խնդիրների հավանականությունը։
• Լավագույն cache: Docker-ը պահում է շերտերը cache-ում։ Փոքր քանակի եզակի շերտեր մեծացնում են cache-ված շերտերի կրկնակի օգտագործման հնարավորությունը՝ նոր պատկերներ կառուցելիս, ինչը արագացնում է գործընթացը։
• Հեշտ սխալների հայտնաբերում: Երբ խնդիրներ են առաջանում փոքր քանակի շերտերով պատկերում, ավելի հեշտ է որոշել, թե որ շերտն է սխալը պարունակում։
• Արդյունավետ օգտագործում է disk տարածքը: Փոքր պատկերները պահանջում են քիչ տեղ՝ պահեստավորման համար հոստերում։

# Փոքր քանակի շերտերով Dockerfile-ի օրինակ (շատ փուլային կառուցում օգտագործելով)
# Առաջին փուլ - կառուցում
FROM golang:1.18 as builder

WORKDIR /app

COPY go.mod ./
COPY go.sum ./
RUN go mod download

COPY *.go ./
RUN go build -o myapp .

# Երկրորդ փուլ - վերջնական պատկեր ստեղծելը նվազագույն կախվածություններով
FROM alpine:latest

WORKDIR /app

COPY --from=builder /app/myapp .

CMD ["./myapp"]