Alpine Linux bieži tiek ieteikts kā Docker bāzes attēls. Jums ir teikts, ka, izmantojot Alpine, jūsu būves būs mazākas un izveides process būs ātrāks.
Bet, ja izmantojat Alpine Linux Python lietojumprogrammām, tad tas:
- Padara jūsu būves daudz lēnāku
- Padara jūsu attēlus lielākus
- Laika tērēšana
- Un galu galā tas var izraisīt kļūdas izpildlaikā
Apskatīsim, kāpēc Alpine ir ieteicama, bet kāpēc to tomēr nevajadzētu izmantot kopā ar Python.
Kāpēc cilvēki iesaka Alpine?
Pieņemsim, ka mums ir nepieciešams gcc kā daļa no mūsu attēla, un mēs vēlamies salīdzināt Alpine Linux un Ubuntu 18.04 veidošanas ātruma un galīgā attēla lieluma ziņā.
Vispirms lejupielādēsim divus attēlus un salīdzināsim to izmērus:
$ 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
Kā redzat, Alpine bāzes attēls ir daudz mazāks. Tagad mēģināsim instalēt gcc un sāksim ar 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/*
Ideāla Dockerfile rakstīšana ir ārpus šī raksta darbības jomas.
Izmērīsim montāžas ātrumu:
$ 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
Mēs atkārtojam to pašu Alpine (Dockerfile):
FROM alpine
RUN apk add --update gcc
Montējam, skatāmies montāžas laiku un izmēru:
$ 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
Kā solīts, Alpu attēli tiek savākti ātrāk un ir mazāki: 15 sekundes, nevis 30, un attēla izmērs ir 105 MB pret 150 MB. Tas ir diezgan labi!
Bet, ja pārejam uz Python aplikācijas veidošanu, tad viss nav tik rožaini.
Python attēls
Python lietojumprogrammās bieži tiek izmantotas pandas un matplotlib. Tāpēc viena iespēja ir uzņemt oficiālo Debian attēlu, izmantojot šo Dockerfile:
FROM python:3.8-slim
RUN pip install --no-cache-dir matplotlib pandas
Savācam to:
$ 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
Mēs iegūstam 363 MB lielu attēlu.
Vai mums ar Alpine veiksies labāk? Pamēģināsim:
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
Kas notiek?
Alpine neatbalsta riteņus
Ja paskatās uz būvējumu, kura pamatā ir Debian, redzēsit, ka tā lejupielādē matplotlib-3.1.2-cp38-cp38-manylinux1_x86_64.whl.
Šis ir riteņa binārs. Alpine lejupielādē avotus `matplotlib-3.1.2.tar.gz` jo tas neatbalsta standartu .
Kāpēc? Lielākā daļa Linux izplatījumu izmanto C standarta bibliotēkas GNU versiju (glibc), kas faktiski ir nepieciešama katrai programmai, kas rakstīta C valodā, ieskaitot Python. Bet Alpine izmanto “musl”, un, tā kā šie binārie faili ir paredzēti “glibc”, tie vienkārši nav izvēles iespēja.
Tāpēc, ja izmantojat Alpine, jums ir jāapkopo viss kods, kas rakstīts C valodā katrā Python pakotnē.
Ak, jā, visu šādu atkarību saraksts, kas jāsastāda, jums būs jāmeklē pašiem.
Šajā gadījumā mēs iegūstam šo:
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
Un būvniecības laiks prasa...
... 25 minūtes 57 sekundes! Un attēla izmērs ir 851 MB.
Alpu attēlu izveide prasa daudz ilgāku laiku, tie ir lielāki, un jums joprojām ir jāmeklē visas atkarības. Jūs, protams, varat samazināt montāžas izmēru, izmantojot bet tas nozīmē, ka ir jāpaveic vēl vairāk darba.
Tas vēl nav viss!
Alpine var izraisīt neparedzētas kļūdas darbības laikā
- Teorētiski musl ir savietojams ar glibc, taču praksē atšķirības var radīt daudzas problēmas. Un, ja tie ir, tie, iespējams, būs nepatīkami. Šeit ir dažas problēmas, kas var rasties:
- Alpine pēc noklusējuma ir mazāks pavedienu kaudzes izmērs, kas var novest pie
- Daži lietotāji to ir atraduši jo veids, kā musl piešķir atmiņu (atšķiras no glibc).
- Viens no lietotājiem
Protams, šīs kļūdas jau ir izlabotas, bet kas zina, cik vēl būs.
Neizmantojiet Alpine attēlus Python
Ja nevēlaties uztraukties ar lielām un garām būvēm, meklējot atkarības un iespējamās kļūdas, neizmantojiet Alpine Linux kā pamata attēlu. .
Avots: www.habr.com