غالبًا ما يُنصح باستخدام Alpine Linux كصورة أساسية لـ Docker. لقد قيل لك أن استخدام Alpine سيجعل تصميماتك أصغر حجمًا وتسرع عملية البناء.
ولكن إذا كنت تستخدم تطبيقات Alpine Linux for 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 وحجم الصورة هو 105 ميجابايت مقابل 150 ميجابايت. انها جيدة جدا!
ولكن إذا انتقلنا إلى إنشاء تطبيق بايثون، فلن يكون كل شيء ورديًا.
صورة بايثون
غالبًا ما تستخدم تطبيقات Python الباندا وmatplotlib. لذلك، أحد الخيارات هو التقاط الصورة الرسمية المستندة إلى دبيان باستخدام ملف 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
نحصل على صورة بحجم 363 ميجابايت.
هل سنفعل ما هو أفضل مع جبال الألب؟ دعونا نحاول:
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
ما الذي يحدث
جبال الألب لا تدعم العجلات
إذا نظرت إلى البنية المستندة إلى دبيان، فسترى أنها تقوم بتنزيل matplotlib-3.1.2-cp38-cp38-manylinux1_x86_64.[وهل].
هذا ثنائي للعجلة. يقوم Alpine بتنزيل المصادر matplotlib-3.1.2.tar.gz`لأنه لا يدعم المعيار .
لماذا؟ تستخدم معظم توزيعات Linux إصدار 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 ثانية! وحجم الصورة 851 ميجا بايت.
يستغرق إنشاء الصور المبنية على جبال الألب وقتًا أطول بكثير، كما أنها أكبر حجمًا، وما زلت بحاجة إلى البحث عن جميع التبعيات. يمكنك بالطبع تقليل حجم التجميع باستخدام ولكن هذا يعني أنه لا يزال يتعين القيام بالمزيد من العمل.
هذا ليس كل شئ!
قد يتسبب Alpine في حدوث أخطاء غير متوقعة في وقت التشغيل
- من الناحية النظرية، musl متوافق مع glibc، ولكن من الناحية العملية يمكن أن تسبب الاختلافات العديد من المشاكل. وإذا كان الأمر كذلك، فمن المحتمل أن تكون غير سارة. فيما يلي بعض المشاكل التي قد تنشأ:
- يحتوي Alpine على حجم مكدس خيط أصغر افتراضيًا، مما قد يؤدي إلى
- وقد وجد بعض المستخدمين ذلك بسبب الطريقة التي يخصص بها musl الذاكرة (تختلف عن glibc).
- أحد المستخدمين
من المؤكد أن هذه الأخطاء قد تم تصحيحها بالفعل، ولكن من يدري كم سيكون هناك المزيد من الأخطاء.
لا تستخدم صور جبال الألب لبيثون
إذا كنت لا ترغب في الاهتمام بالإصدارات الكبيرة والطويلة، والبحث عن التبعيات والأخطاء المحتملة، فلا تستخدم Alpine Linux كصورة أساسية. .
المصدر: www.habr.com