صورة حاوية النموذج: هل الأوزان المعروضة جزء منها؟

الخلاصة السريعة

حدد ما حفظ داخل الصورة وما ربط من خارجها، ثم صف ما تراه العملية فعلًا؛ اسم صورة واحد لا يحدد وحده الأوزان المعروضة لها.

• الصورة الموثقة حزمة طبقية غير قابلة للتعديل بعد إنشائها؛ الحاوية عملية معزولة، وليست اسمًا آخر للصورة. ^{[1] [3]}
• في خطتنا تحفظ ص 1 برنامج التنبؤ ومكتباته، ويأتي ملف الوزن و 2 من مجلد خارجي؛ مرجع الصورة وحده لا يحمل هذا الملف تلقائيًا.
• الربط فوق مجلد غير فارغ يحجب محتواه الموجود؛ في مثالنا يرى المسار وزن و 2 الخارجي بدل و 1 الداخلي، دون أن يعني ذلك حذف و 1 من الصورة. ^[2]
• سجل مرجع الصورة ومصدر الربط والوزن المرئي وشروط التشغيل؛ تطابق الاسم لا يثبت بيئة كاملة أو نموذجًا اختبرناه.

الصورة والحاوية لهما دوران مختلفان

تصف Docker الصورة بحزمة تشمل ملفات ومكتبات وإعدادات، مبنية من طبقات وغير قابلة للتعديل بذاتها بعد إنشائها. وتعرف الحاوية بأنها عملية معزولة. ^{[1] [3]}

في عمل نموذج يمكن أن نختار حزمة تحتوي برنامج التنبؤ ومكتباته. لكن اسم الحزمة لا يخبرنا وحده أين قررنا وضع ملف الأوزان. قد نضعه داخلها أو نقدم مرجعًا خارجيًا في تصميم آخر. نراجع قائمة المحتويات بدل افتراض خيار لم يعلن.

سؤال المقال محدد: هل الملف الذي تراه العملية موجود في الصورة نفسها؟ لا نسوي ذلك بملف متعلم محفوظ، ولا نقول إن الحصول على صورة يمنح تقييمًا ناجحًا للنموذج.

اكتب مصدر الأوزان في خطة التشغيل

نؤلف صورة اسمها ص 1 تحتوي برنامجًا ومكتبات، ثم خطة تربط مجلدًا خارجيًا فيه الوزن و 2 بالمسار المخصص للنموذج. bind mount يربط ملفًا أو مجلدًا من المضيف داخل الحاوية وفق الوثائق. ^[2]

في هذه الخطة، يحتاج الوصف الكامل إلى ص 1 وإلى مصدر و 2. إرسال اسم ص 1 وحده إلى زميل لا يثبت وصول و 2 أو اختيار ملفه الصحيح. كما لا نعد أي مجلد يحمل كلمة «نموذج» مصدرًا محددًا للأوزان المقصودة.

لم نبن صورة أو نربط مجلدًا فعليًا. ص 1 وو 2 رمزان لعنصرين في قائمة من تصميمنا، لا أسماء موارد على جهاز المستخدم. يفيد الفصل عندما يطلب المساعد حفظ البيئة: أي عناصر دخلت الحزمة وأيها بقيت مرجعية خارجها؟

لماذا قد تختفي ملفات الصورة عن النظر؟

توضح Docker أن الربط فوق مجلد فيه محتوى يحجب الملفات الموجودة عند ذلك المسار. المحتوى المرئي يصبح محتوى الربط، وليس برهانًا على حذف السابق من الصورة. ^[2]

نعدل خطتنا: ص 1 تضم أصلًا الوزن و 1 داخل مجلد النموذج، ثم نربط فوق هذا المجلد مصدرًا خارجيًا يحتوي و 2. في هذا الوصف يصبح و 2 مرئيًا عند المسار الذي ننظر إليه. لا نستنتج من عدم رؤية و 1 هناك أنه محي من الطبقة التي حفظته.

المهم عند المراجعة تسجيل مصدر المحتوى المرئي. لو قارنا وزنًا من الربط بوزن ظننا أنه داخل الصورة، فقد نسبنا مدخل التنفيذ إلى المكان الخطأ. لا نختلق نتيجة تحميل أو فشل؛ نحدد فقط علاقة الظهور التي يصفها عقد الربط.

أي معلومات تجعل التسليم قابلًا للفهم؟

نقترح بطاقة تحمل مرجع ص 1 وقائمة المحتويات المطلوبة ومصدر الربط واسم الوزن المرئي وإعدادات التشغيل اللازمة للمهمة. نعلن ما لم نتحقق منه، مثل وجود الملف في المصدر الخارجي عند التشغيل أو توافق بيئة عتاد لم نختبرها.

قد تتطابق تسميتا الصورتين في تقريرين بينما تختلف خطة الربط أو الملف المشار إليه. لذلك لا نختزل هوية ما استعمل في عنوان الحزمة فقط. ولا نحول هذه البطاقة إلى ضمان إعادة إنتاج كامل؛ ما لم يحفظ أو يفحص يبقى خارج الدليل.

الرسم يبين مصدرين للملفات ومسارًا مرئيًا لعملية الحاوية. لم نشغل Docker أو نموذجًا، ولم ننفذ تعديلًا أو حذفًا. المثال يشرح قراءة محتويات الحزمة والربط، ليكون وصف الأوزان المستعملة أدق من اسم البيئة وحده.