اختبار المستوى 2 — دوكر

الاختبار — أسئلة جديدة

12 سؤالا جديدا : تذكر + تطبيق + تحكيم حول Dockerfile والبناء والأوسمة والإعداد والأمان.
أجب عن جميع الأسئلة ثم اضغط تصحيح: ستظهر نتيجتك والتوضيحات.

2.1 · تذكر

1. في Dockerfile، ماذا يفعل RUN مقارنة بـ CMD؟

كلاهما يشغّل الخادم CMD يثبّت وRUN يشغّل RUN يثبّت أثناء البناء (طبقة مجمدة)، وCMD يشغّل عند البدء نفس الشيء

RUN = البناء (تثبيت)، وCMD = التنفيذ (تشغيل) عند كل run.

2.1 · تطبيق

2. يكتب إدير أول Dockerfile لتطبيق Node. أي ترتيب صحيح؟

CMD أولا وFROM أخيرا، دون WORKDIR RUN node server.js ثم COPY، دون FROM FROM دون CMD ولا EXPOSE، والتشغيل في RUN FROM node:20-slim وWORKDIR /app وCOPY وRUN npm ci وEXPOSE وCMD

القاعدة، والمجلد، والكود، والتثبيت أثناء البناء، والمنفذ معلَن، والتشغيل عند run.

2.1 · تطبيق

3. فشل بناء إدير. أين يبحث أولا؟

في ملف .env الخاص بـ Compose في سجلات حاوية الإنتاج على سجل Docker Hub في آخر خطوة معروضة من البناء

الخطوة الأخيرة هي المتهمة : اعتمادية ناقصة، أو خطأ مطبعي، أو شبكة.

2.2 · تذكر

4. لماذا نضع الاعتماديات قبل الكود في Dockerfile؟

لتكون الصورة علنية للحفاظ على الذاكرة المؤقتة : فتغيير الكود لا يعيد التثبيت لحذف CMD لتجنب docker login

الثابت أولا (مخبأ)، والمتغير بعده (يُعاد وحده).

2.2 · تطبيق

5. تجاوزت صورة إدير 1 Go مع عدة التطوير مسلّمة في الإنتاج. ماذا يفعل؟

يضع كلمة المرور في ENV يدفع في latest دون وسم يحذف CMD ينتقل إلى متعدد المراحل : بناء مجهّز، وتشغيل slim عبر COPY --from=build

نبني ضخما ونسلّم نحيفا : فلا تبلغ الصورة النهائية إلا القابل للتشغيل.

2.2 · تحكيم

6. يتردد إدير بين التحسين بالحدس أو القياس. بماذا تنصحه؟

احذف .dockerignore لتسرع سلّم العدة لتبسّط حسّن عميانيا، فهو أسرع قِس عبر docker images + history قبل/بعد، ثم حسّن

نحسّن ما نقيسه : الحجم الإجمالي + الوزن لكل طبقة.

2.3 · تطبيق

7. ينشر إدير الإصدار 1.2.0 المختبَر. أي تسلسل صحيح؟

push مع سر في ENV، دون login docker build -t moncompte/mon-app:1.2.0 ثم login ثم push 1.2.0 ثم pull في مكان آخر push دون بناء ولا وسم، في root بناء دون وسم ثم run في الإنتاج

رقّم أثناء البناء (مع الحساب)، ووثّق، وادفع، واسحب في مكان آخر.

2.3 · تحكيم

8. يسحب إنتاج إدير latest وينحرف عند كل push. أي سياسة يفرضها؟

دون وسم، ابنِ عند كل run أعد كتابة 1.2.0 عند كل تصحيح وسم ثابت لكل تسليم (1.2.0) للإنتاج، ومستعار للتطوير واصِل في latest، فهو أبسط

الإنتاج = وسم مجمّد ومختبَر، لا يُعاد كتابته أبدا ؛ وlatest تبقى راحة للتطوير.

2.4 · تذكر

9. ما الفرق بين ARG وENV؟

دون أي فرق ENV تخدم البناء ثم تختفي، وARG تبقى عند التشغيل ARG وENV يشغّلان الخادم ARG تخدم أثناء البناء ثم تختفي، وENV تبقى عند التشغيل وتُتجاوَز

ARG تبني (البناء)، وENV تنفّذ (التشغيل) : فلا تخلط بينهما.

2.4 · تطبيق

10. يخدم إدير التطوير (3000) والاستقبال (8080) بنفس الصورة 1.0. كيف؟

ENV PORT=3000 افتراضيا، وتجاوز -e PORT=8080 عند الإطلاق صورتان مختلفتان لكل منفذ منفذ ثابت + إعادة بناء لكل بيئة سر في ENV مجمّد داخل Dockerfile

افتراضي سليم + تجاوز -e : صورة واحدة، وN بيئات.

2.5 · تطبيق

11. تعمل صورة إدير في root. أي تقوية يطبّقها؟

ابقَ root للتبسيط احذف CMD وEXPOSE مستخدم مخصص قبل CMD، وملكية مضبوطة، وwhoami مُتحقق منه ضع السر في ENV داخل Dockerfile

سطران (مستخدم مخصص) + تحقق : وانتهى root الافتراضي.

2.5 · تحكيم

12. يجب أن يدير إدير مفتاحا حساسا قبل push علني. ماذا يختار؟

وضعه في ENV مجمّد داخل Dockerfile نسخه عبر COPY داخل الصورة حقنه عند التشغيل (أسرار مُدارة)، مستبعدا من السياق والسجل تصديره في .env مدفوع على git

صفر سر في الصورة : محقون عند التشغيل، ولا يُصدَّر أبدا، وpush العلني لا رجعة فيه.

وماذا بعد؟

النتيجة ≥ 80 % : انتقل إلى المستوى 3 — Compose وحزم متعددة الحاويات، مع الحفاظ على منعكساتك (Dockerfile نحيف، وأوسمة مجمدة، وإعداد خارج الصورة، وغير root).
النتيجة 60-79 % : أعد الأقسام الراسبة (2.1 RUN/CMD، و2.2 الذاكرة المؤقتة ومتعدد المراحل، و2.3 الأوسمة الثابتة، و2.4 ARG/ENV، و2.5 غير root والأسرار) وأعد تحديات 48 ساعة.
النتيجة < 60 % : أعد بناء تطبيق إدير خطوة بخطوة (Dockerfile في 7 أسطر، وذاكرة + متعدد المراحل، وpush 1.0.0، وENV PORT، ومستخدم + فحص)، ثم أعد الاختبار.
في كل الحالات : احتفظ بالمنعكسات — RUN تبني وCMD تشغّل، والثابت أولا، وأوسمة مجمدة، وإعداد خارج الصورة، وصفر سر مضمّن.