Alpine compilează versiunile Docker pentru Python de 50 de ori mai lent, iar imaginile sunt de 2 ori mai grele

Alpine compilează versiunile Docker pentru Python de 50 de ori mai lent, iar imaginile sunt de 2 ori mai grele

Alpine Linux este adesea recomandat ca imagine de bază pentru Docker. Vi se spune că folosirea Alpine vă va face construirea mai mică și procesul de construcție mai rapid.

Dar dacă utilizați Alpine Linux pentru aplicații Python, atunci:

  • Îți face construirea mult mai lentă
  • Vă face imaginile mai mari
  • Iti pierzi timpul
  • Și în cele din urmă poate provoca erori în timpul de execuție


Să vedem de ce este recomandat Alpine, dar de ce nu ar trebui să-l folosești cu Python.

De ce recomandă oamenii Alpine?

Să presupunem că avem nevoie de gcc ca parte a imaginii noastre și dorim să comparăm Alpine Linux cu Ubuntu 18.04 în ceea ce privește viteza de construcție și dimensiunea imaginii finale.

Mai întâi, să descarcăm două imagini și să comparăm dimensiunile lor:

$ docker pull --quiet ubuntu:18.04
docker.io/library/ubuntu:18.04
$ docker pull --quiet alpine
docker.io/library/alpine:latest
$ docker image ls ubuntu:18.04
REPOSITORY          TAG        IMAGE ID         SIZE
ubuntu              18.04      ccc6e87d482b     64.2MB
$ docker image ls alpine
REPOSITORY          TAG        IMAGE ID         SIZE
alpine              latest     e7d92cdc71fe     5.59MB

După cum puteți vedea, imaginea de bază pentru Alpine este mult mai mică. Să încercăm acum să instalăm gcc și să începem cu Ubuntu:

FROM ubuntu:18.04
RUN apt-get update && 
    apt-get install --no-install-recommends -y gcc && 
    apt-get clean && rm -rf /var/lib/apt/lists/*

Scrierea Dockerfile perfect este dincolo de scopul acestui articol.

Să măsurăm viteza de asamblare:

$ time docker build -t ubuntu-gcc -f Dockerfile.ubuntu --quiet .
sha256:b6a3ee33acb83148cd273b0098f4c7eed01a82f47eeb8f5bec775c26d4fe4aae

real    0m29.251s
user    0m0.032s
sys     0m0.026s
$ docker image ls ubuntu-gcc
REPOSITORY   TAG      IMAGE ID      CREATED         SIZE
ubuntu-gcc   latest   b6a3ee33acb8  9 seconds ago   150MB

Repetăm ​​același lucru pentru Alpine (Dockerfile):

FROM alpine
RUN apk add --update gcc

Asamblam, ne uităm la timpul și dimensiunea ansamblului:

$ time docker build -t alpine-gcc -f Dockerfile.alpine --quiet .
sha256:efd626923c1478ccde67db28911ef90799710e5b8125cf4ebb2b2ca200ae1ac3

real    0m15.461s
user    0m0.026s
sys     0m0.024s
$ docker image ls alpine-gcc
REPOSITORY   TAG      IMAGE ID       CREATED         SIZE
alpine-gcc   latest   efd626923c14   7 seconds ago   105MB

După cum am promis, imaginile bazate pe Alpine sunt colectate mai rapid și sunt mai mici: 15 secunde în loc de 30, iar dimensiunea imaginii este de 105MB față de 150MB. Este destul de bine!

Dar dacă trecem la construirea unei aplicații Python, atunci totul nu este atât de roz.

Imagine Python

Aplicațiile Python folosesc adesea panda și matplotlib. Prin urmare, o opțiune este să luați imaginea oficială bazată pe Debian folosind acest Dockerfile:

FROM python:3.8-slim
RUN pip install --no-cache-dir matplotlib pandas

Să-l colectăm:

$ docker build -f Dockerfile.slim -t python-matpan.
Sending build context to Docker daemon  3.072kB
Step 1/2 : FROM python:3.8-slim
 ---> 036ea1506a85
Step 2/2 : RUN pip install --no-cache-dir matplotlib pandas
 ---> Running in 13739b2a0917
Collecting matplotlib
  Downloading matplotlib-3.1.2-cp38-cp38-manylinux1_x86_64.whl (13.1 MB)
Collecting pandas
  Downloading pandas-0.25.3-cp38-cp38-manylinux1_x86_64.whl (10.4 MB)
...
Successfully built b98b5dc06690
Successfully tagged python-matpan:latest

real    0m30.297s
user    0m0.043s
sys     0m0.020s

Obținem o imagine de 363 MB în dimensiune.
Ne vom descurca mai bine cu Alpine? Sa incercam:

FROM python:3.8-alpine
RUN pip install --no-cache-dir matplotlib pandas

$ docker build -t python-matpan-alpine -f Dockerfile.alpine .                                 
Sending build context to Docker daemon  3.072kB                                               
Step 1/2 : FROM python:3.8-alpine                                                             
 ---> a0ee0c90a0db                                                                            
Step 2/2 : RUN pip install --no-cache-dir matplotlib pandas                                                  
 ---> Running in 6740adad3729                                                                 
Collecting matplotlib                                                                         
  Downloading matplotlib-3.1.2.tar.gz (40.9 MB)                                               
    ERROR: Command errored out with exit status 1:                                            
     command: /usr/local/bin/python -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/
tmp/pip-install-a3olrixa/matplotlib/setup.py'"'"'; __file__='"'"'/tmp/pip-install-a3olrixa/matplotlib/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'rn'"'"', '"'"'n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' egg_info --egg-base /tmp/pip-install-a3olrixa/matplotlib/pip-egg-info                              

...
ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.
The command '/bin/sh -c pip install matplotlib pandas' returned a non-zero code: 1

Ce se întâmplă

Alpine nu suportă roți

Dacă vă uitați la build, care se bazează pe Debian, veți vedea că descarcă matplotlib-3.1.2-cp38-cp38-manylinux1_x86_64.whl.

Acesta este un binar pentru roată. Alpine descarcă sursele `matplotlib-3.1.2.tar.gz` deoarece nu acceptă standardul roţi.

De ce? Majoritatea distribuțiilor Linux folosesc versiunea GNU (glibc) a bibliotecii standard C, care este de fapt cerută de fiecare program scris în C, inclusiv Python. Dar Alpine folosește `musl` și, deoarece acele binare sunt proiectate pentru `glibc`, pur și simplu nu sunt o opțiune.

Prin urmare, dacă utilizați Alpine, trebuie să compilați tot codul scris în C în fiecare pachet Python.

Oh, da, va trebui să căutați lista tuturor acestor dependențe care trebuie compilate singur.
În acest caz obținem asta:

FROM python:3.8-alpine
RUN apk --update add gcc build-base freetype-dev libpng-dev openblas-dev
RUN pip install --no-cache-dir matplotlib pandas

Și timpul de construcție durează...

... 25 minute 57 secunde! Și dimensiunea imaginii este de 851 MB.

Imaginile bazate pe alpi durează mult mai mult pentru a fi construite, sunt mai mari ca dimensiune și încă trebuie să căutați toate dependențele. Desigur, puteți reduce dimensiunea ansamblului folosind construcții în mai multe etape dar asta înseamnă și mai multă muncă de făcut.

Asta nu e tot!

Alpine poate provoca erori neașteptate în timpul rulării

  • În teorie, musl este compatibil cu glibc, dar în practică diferențele pot cauza multe probleme. Și dacă sunt, probabil că vor fi neplăcute. Iată câteva probleme care pot apărea:
  • Alpine are o dimensiune mai mică a stivei de fire în mod implicit, ceea ce poate duce la erori în Python
  • Unii utilizatori au descoperit asta Aplicațiile Python sunt mai lente din cauza modului în care musl alocă memoria (diferit de glibc).
  • Unul dintre utilizatori a găsit o eroare la formatarea datei

Cu siguranță aceste erori au fost deja corectate, dar cine știe câte vor mai fi.

Nu utilizați imagini alpine pentru Python

Dacă nu doriți să vă deranjați cu versiuni mari și lungi, căutând dependențe și erori potențiale, nu utilizați Alpine Linux ca imagine de bază. Alegerea unei imagini de bază bune.

Sursa: www.habr.com

Adauga un comentariu