Alpine ចងក្រង Docker build សម្រាប់ Python យឺតជាង 50 ដង ហើយរូបភាពគឺធ្ងន់ជាង 2 ដង

លីនុច Alpine ជារឿយៗត្រូវបានណែនាំជារូបភាពមូលដ្ឋានសម្រាប់ Docker ។ អ្នកត្រូវបានប្រាប់ថាការប្រើ Alpine នឹងធ្វើឱ្យការសាងសង់របស់អ្នកតូចជាងមុន ហើយដំណើរការសាងសង់របស់អ្នកលឿនជាងមុន។

ប៉ុន្តែប្រសិនបើអ្នកប្រើ Alpine Linux សម្រាប់កម្មវិធី Python នោះវា៖

• ធ្វើឱ្យការសាងសង់របស់អ្នកយឺតជាង
• ធ្វើឱ្យរូបភាពរបស់អ្នកកាន់តែធំ
• ខ្ជះខ្ជាយពេលវេលារបស់អ្នក។
• ហើយនៅទីបញ្ចប់វាអាចបណ្តាលឱ្យមានកំហុសក្នុងដំណើរការ

សូមក្រឡេកមើលមូលហេតុដែល Alpine ត្រូវបានណែនាំ ប៉ុន្តែហេតុអ្វីបានជាអ្នកនៅតែមិនគួរប្រើវាជាមួយ Python។

ហេតុអ្វីបានជាមនុស្សណែនាំអាល់ផែន?

ចូរសន្មតថាយើងត្រូវការ gcc ជាផ្នែកនៃរូបភាពរបស់យើង ហើយយើងចង់ប្រៀបធៀប Alpine Linux ទល់នឹង Ubuntu 18.04 ទាក់ទងនឹងល្បឿនបង្កើត និងទំហំរូបភាពចុងក្រោយ។

ដំបូង យើងទាញយករូបភាពពីរ ហើយប្រៀបធៀបទំហំរបស់វា៖

$ 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

ដូចដែលអ្នកអាចឃើញរូបភាពមូលដ្ឋានសម្រាប់អាល់ផែនគឺតូចជាងច្រើន។ តោះសាកល្បងដំឡើង gcc ហើយចាប់ផ្តើមជាមួយ 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/*

ការសរសេរ Dockerfile ដ៏ល្អឥតខ្ចោះគឺហួសពីវិសាលភាពនៃអត្ថបទនេះ។

តោះវាស់ល្បឿនដំឡើង៖

$ 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

យើងធ្វើដដែលៗសម្រាប់ Alpine (Dockerfile)៖

FROM alpine
RUN apk add --update gcc

យើងប្រមូលផ្តុំ មើលពេលវេលា និងទំហំនៃការជួបប្រជុំគ្នា៖

$ 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

ដូចដែលបានសន្យា រូបភាពដែលមានមូលដ្ឋានលើអាល់ផែនត្រូវបានប្រមូលបានលឿនជាងមុន និងមានទំហំតូចជាង: 15 វិនាទីជំនួសឱ្យ 30 ហើយទំហំរូបភាពគឺ 105MB ធៀបនឹង 150MB ។ ល្អណាស់!

ប៉ុន្តែប្រសិនបើយើងប្តូរទៅបង្កើតកម្មវិធី Python នោះអ្វីៗទាំងអស់មិនមានភាពរស់រវើកនោះទេ។

រូបភាព Python

កម្មវិធី Python ជារឿយៗប្រើ pandas និង matplotlib ។ ដូច្នេះជម្រើសមួយគឺត្រូវយករូបភាពផ្លូវការដែលមានមូលដ្ឋានលើ Debian ដោយប្រើ Dockerfile នេះ៖

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

តោះប្រមូលវា៖

$ 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

យើងទទួលបានរូបភាពទំហំ 363MB ។
តើយើងនឹងធ្វើបានល្អជាងជាមួយអាល់ផិនទេ? តោះ​សាកល្បង:

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

តើមានអ្វីកើតឡើង?

Alpine មិនគាំទ្រកង់ទេ។

ប្រសិនបើអ្នកក្រឡេកមើល build ដែលផ្អែកលើ Debian អ្នកនឹងឃើញថាវាទាញយក matplotlib-3.1.2-cp38-cp38-manylinux1_x86_64។whl.

នេះគឺជាប្រព័ន្ធគោលពីរសម្រាប់កង់។ Alpine ទាញយកប្រភព `matplotlib-3.1.2.tar ។gzចាប់តាំងពីវាមិនគាំទ្រស្តង់ដារ កង់.

ហេតុអ្វី? ការចែកចាយលីនុចភាគច្រើនប្រើកំណែ GNU (glibc) នៃបណ្ណាល័យស្តង់ដារ C ដែលតាមពិតតម្រូវដោយរាល់កម្មវិធីដែលសរសេរក្នុង C រួមទាំង Python ផងដែរ។ ប៉ុន្តែ Alpine ប្រើ 'musl' ហើយចាប់តាំងពីប្រព័ន្ធគោលពីរទាំងនោះត្រូវបានរចនាឡើងសម្រាប់ 'glibc' ពួកគេមិនមែនជាជម្រើសទេ។

ដូច្នេះប្រសិនបើអ្នកប្រើ Alpine អ្នកត្រូវចងក្រងកូដទាំងអស់ដែលសរសេរក្នុង C ក្នុងកញ្ចប់ Python នីមួយៗ។

អូ បាទ អ្នកនឹងត្រូវរកមើលបញ្ជីនៃភាពអាស្រ័យបែបនេះទាំងអស់ដែលចាំបាច់ត្រូវចងក្រងដោយខ្លួនឯង។
ក្នុងករណីនេះយើងទទួលបាន:

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

ហើយ​ការ​សាងសង់​ត្រូវ​ចំណាយ​ពេល...

... 25 នាទី 57 វិនាទី! ហើយទំហំរូបភាពគឺ 851MB។

រូបភាពដែលមានមូលដ្ឋានលើភ្នំអាល់ផែនត្រូវចំណាយពេលយូរជាងក្នុងការសាងសង់ ពួកវាមានទំហំធំជាង ហើយអ្នកនៅតែត្រូវរកមើលភាពអាស្រ័យទាំងអស់។ ជា​ការ​ពិត​ណាស់​អ្នក​អាច​កាត់​បន្ថយ​ទំហំ​ដំឡើង​ដោយ​ប្រើ​ ការបង្កើតពហុដំណាក់កាល ប៉ុន្តែនោះមានន័យថា ការងារកាន់តែច្រើនត្រូវតែធ្វើ។

នោះមិនមែនទាំងអស់ទេ!

Alpine អាចបណ្តាលឱ្យមានកំហុសដែលមិននឹកស្មានដល់ក្នុងពេលដំណើរការ

• តាមទ្រឹស្តី musl គឺត្រូវគ្នាជាមួយ glibc ប៉ុន្តែនៅក្នុងការអនុវត្ត ភាពខុសគ្នាអាចបណ្តាលឱ្យមានបញ្ហាជាច្រើន។ ហើយប្រសិនបើពួកគេមាន ពួកគេប្រហែលជាមិនសប្បាយចិត្ត។ នេះគឺជាបញ្ហាមួយចំនួនដែលអាចកើតឡើង៖
• អាល់ផែនមានទំហំតូចជាងបណ្តុំខ្សែស្រឡាយតាមលំនាំដើម ដែលអាចនាំទៅដល់ កំហុសនៅក្នុង Python
• អ្នកប្រើប្រាស់មួយចំនួនបានរកឃើញនោះ។ កម្មវិធី Python គឺយឺតជាង ដោយសារតែវិធី musl បែងចែកការចងចាំ (ខុសពី glibc) ។
• អ្នកប្រើប្រាស់ម្នាក់ បានរកឃើញកំហុសនៅពេលធ្វើទ្រង់ទ្រាយកាលបរិច្ឆេទ

ប្រាកដ​ណាស់​កំហុស​ទាំង​នេះ​ត្រូវ​បាន​កែ​រួច​ហើយ ប៉ុន្តែ​អ្នក​ណា​ដឹង​ថា​នឹង​មាន​ចំនួន​ប៉ុន្មាន​ទៀត។

កុំប្រើរូបភាព Alpine សម្រាប់ Python

ប្រសិនបើអ្នកមិនចង់រំខានជាមួយការស្ថាបនាធំ និងវែង ស្វែងរកភាពអាស្រ័យ និងកំហុសដែលអាចកើតមាន សូមកុំប្រើ Alpine Linux ជារូបភាពមូលដ្ឋាន។ ការជ្រើសរើសរូបភាពមូលដ្ឋានល្អ។.

ប្រភព: www.habr.com