خطوات الاستخدام
الخطوة الأولى: أدخل عدد الصور المميزة (Distinct Images) التي تخطط لتخزينها في سجل الحاويات. هذا العدد يمثل عدد الحاويات المختلفة (مثل microservices المختلفة) وليس عدد الإصدارات. كل صورة يمكن أن يكون لها إصدارات متعددة (versions). على سبيل المثال، إذا كان لديك 10 خدمات مصغرة، كل منها له صورة خاصة، فهذا يعني 10 صور مميزة. أدخل هذا الرقم في حقل 'عدد الصور'.
الخطوة الثانية: أدخل متوسط حجم الصورة الواحدة (Average Image Size). هذا المتوسط يقاس عادة بالميغابايت (MB) أو الجيجابايت (GB). يمكنك حسابه بقسمة إجمالي حجم جميع الصور على عددها. إذا لم تكن لديك بيانات دقيقة، يمكن تقدير المتوسط بناءً على لقطات الحاويات الشائعة (مثل صور Node.js ~300 MB، صور Python ~400 MB، أو صور نظام تشغيل أساسي ~100 MB). تذكر أن حجم الصورة يتضمن جميع الطبقات (layers)، وقد يختلف بعد ضغطها على السجل.
الخطوة الثالثة: أدخل عدد الإصدارات المحتفظ بها لكل صورة (Retention Policy). هذه سياسة تحدد كم عدد الإصدارات السابقة التي تريد الاحتفاظ بها لكل صورة مميزة. مثلاً، إذا احتفظت بآخر 5 إصدارات، فأدخل 5. يضمن ذلك وجود سجل تاريخي لاسترجاع الإصدارات القديمة في حال ظهور مشكلة في الإصدار الجديد. لكن كل إصدار يستهلك مساحة إضافية تساوي متوسط حجم الصورة تقريباً (بما أن الإصدارات المختلفة تشارك طبقات كثيرة، لكن الحاسبة الحالية تفترض عدم وجود مشاركة لتبسيط الحساب).
الخطوة الرابعة: بمجرد إدخال القيم الثلاثة، تقوم الحاسبة بضربها معاً لإعطاء إجمالي التخزين المطلوب: إجمالي التخزين = (عدد الصور) × (متوسط حجم الصورة) × (عدد الإصدارات المحتفظ بها). هذا الناتج يعطيك تقديراً أولياً للمساحة اللازمة على سجل الحاويات. لاحظ أن هذا الحساب لا يأخذ في الاعتبار العمليات المشتركة مثل ضغط الطبقات أو إلغاء التكرار (deduplication) التي يمكن أن تقلل المساحة الفعلية، ولكنه يعطي حداً أعلى آمناً لتخطيط السعة.
أمثلة محلولة
تطبيقات عملية على تخزين سجل الحاويات بخطوات الحل كاملة.
الحل
لحساب السعة المطلوبة، نطبق المعادلة: إجمالي التخزين = عدد الصور × متوسط حجم الصورة × عدد الإصدارات المحتفظ بها. عدد الصور = 20، متوسط حجم الصورة = 450 ميجابايت = 0.45 جيجابايت، عدد الإصدارات = 4. إذن: إجمالي التخزين = 20 × 0.45 × 4 = 36 جيجابايت. هذا هو الحد الأدنى التقريبي للمساحة المطلوبة. مع الأخذ في الاعتبار أن الإصدارات المختلفة قد تشارك طبقات مشتركة (مثل طبقة نظام التشغيل)، فإن المساحة الفعلية قد تكون أقل قليلاً، لكن من الآمن تخصيص 40 جيجابايت تقريباً لتوفير مساحة إضافية للعمليات المؤقتة أثناء الدفع والسحب. إذا كانت الشركة تتوقع نمواً سريعاً إلى 50 صورة، فيجب مضاعفة السعة وفقاً لذلك.
الحل
بدون افتراض مشاركة الطبقات: إجمالي التخزين = 500 × 200 ميجابايت × 10 = 1,000,000 ميجابايت = 1,000 جيجابايت = 1 تيرابايت. لكن في الواقع، إذا كانت كل صورة تشترك في طبقة أساسية مشتركة بحجم 100 ميجابايت، فإن الإصدارات المختلفة لن تكرر تلك الطبقة المشتركة، مما يقلل التخزين المطلوب. يمكن حساب التخزين الفعلي باستخدام نموذج أكثر تعقيداً: تخزين فريد لكل صورة (مميز) = (حجم الصورة - حجم الطبقة المشتركة) × عدد الإصدارات + حجم الطبقة المشتركة لكل صورة جديدة (تخزن مرة واحدة لكل صورة مميزة). لكن هنا الحاسبة البسيطة لا تأخذ هذا في الاعتبار. لذلك، التقدير بـ 1 تيرابايت يضمن عدم تجاوز السعة. يُنصح باستخدام أنظمة إدارة السجلات التي تدعم إلغاء التكرار وتقوم بحساب دقيق بناءً على الطبقات. لتخطيط عملي، يمكن تطبيق معامل تخفيض (مثلاً 0.6) للحصول على مساحة أكثر واقعية: 1 تيرابايت × 0.6 = 600 جيجابايت. لكن في هذا المثال، مع المعطيات، الخيار الآمن هو 1 تيرابايت.
أمثلة محسوبة
قيم مُدخَلة ونتيجة محسوبة فعليًا بواسطة تخزين سجل الحاويات.
مرجع — عشرون صورة بأربعة إصدارات
- عدد الصور
- 20
- متوسط حجم الصورة (ميجابايت)
- 450
- عدد النسخ المحتفظ بها
- 4
مرجع — سجل كبير
- عدد الصور
- 100
- متوسط حجم الصورة (ميجابايت)
- 200
- عدد النسخ المحتفظ بها
- 3
مرجع — سجل فارغ
- عدد الصور
- 0
- متوسط حجم الصورة (ميجابايت)
- 512
- عدد النسخ المحتفظ بها
- 5
قيم مُدخَلة قياسية
- عدد الصور
- 30
- متوسط حجم الصورة (ميجابايت)
- 30
- عدد النسخ المحتفظ بها
- 10
قيم مُدخَلة مرتفعة
- عدد الصور
- 70
- متوسط حجم الصورة (ميجابايت)
- 70
- عدد النسخ المحتفظ بها
- 100
قيم مُدخَلة منخفضة
- عدد الصور
- 5
- متوسط حجم الصورة (ميجابايت)
- 5
- عدد النسخ المحتفظ بها
- 2