غالبًا ما تقارن الفرق بين مزودي تخزين الكائنات من خلال النظر فقط إلى التكلفة لكل جيجابايت مخزنة. هذه هي الرقم الخاطئ للمنصات الإعلامية، ومنتجات SaaS التي تركز على التنزيل، وأنظمة الأصول العامة. في تلك الأنظمة، يمكن أن تهيمن تكاليف الخروج على الفاتورة قبل أن تظهر تكاليف التخزين الخام.
هذا هو السبب في أن الهندسة المعمارية للتخزين هي في الحقيقة هندسة معمارية للحركة.
نموذج التكلفة الذي تفوته معظم الفرق
إطار بسيط يكون أكثر فائدة من جدول بيانات معقد:
التكلفة الشهرية = البيانات المخزنة + تكلفة الطلب + البيانات المنقولة
إذا كانت مكتبة الأصول بحجم 5 تيرابايت تُحمّل 80 تيرابايت في الشهر، فإن خط النقل مهم جدًا أكثر من البايتات الموجودة على القرص. لهذا السبب غيرت خدمات مثل Cloudflare R2 المحادثة. لقد دفعت الفرق لتقييم المكان الذي تتحرك فيه البيانات، وليس فقط المكان الذي تجلس فيه.
لماذا يغير هذا قرارات الهندسة المعمارية
بمجرد أن تصبح تكاليف الخروج مهمة، تبدأ الفرق في إعادة النظر في الخيارات التي اعتبرتها محسومة:
- من أين يتم تقديم الصور والتنزيلات
- سواء كانت نقطة الأصل وCDN يجب أن تكونا على نفس حدود المورد
- سواء كان يجب أن تعيش الأصول الخاصة والعامة في مستويات تخزين مختلفة
- سواء كانت النسخ المتعددة عبر المناطق تستحق تكلفة النقل
هذا لا يعني أن R2 هو دائمًا الجواب. يعني ذلك أن S3 ليس بالضرورة هو الخيار الأرخص تلقائيًا بمجرد أن تصبح الاستخدامات مكثفة في التنزيل.
المقايضات لا تزال حقيقية
لا يعد الانتقال بين مزودي التخزين قرارًا يعتمد فقط على المحاسبة. لا يزال يتعين عليك التحقق من:
- توافق النظام البيئي
- أدوات التشغيل
- جهد الهجرة
- زمن الوصول إلى طبقة الحوسبة لديك
- متطلبات الامتثال أو الإقامة
قد تكون قصة الخروج الأرخص خطوة خاطئة إذا أصبح تشغيل بقية المنصة أكثر صعوبة.
قاعدة أفضل
قم بتقييم مزودي التخزين باستخدام أنماط الطلب والنقل الفعلية من الإنتاج أو تقديرات واقعية من السجلات. إذا كانت الهندسة المعمارية تخدم الكثير من البايتات إلى الخارج، فإن تكاليف الخروج يجب أن تكون ضمن المحادثة الأولى، وليس بعد فوات الأوان بعد وصول الفاتورة.
قراءة إضافية