Loading...

بديل Azure Blob

بديل Azure Blob Storage — تخزين كائنات متوافق مع S3

تخزين كائنات يتحدث بواجهة S3 API، تُفوتَر بالليرة التركية، ويوضع في الدولة أو المنطقة التي تختارها، مع CDN أمام الـ bucket من اللوحة نفسها. إن كنت تغادر Azure Blob Storage، فالسؤال الصادق الأول هو الواجهة البرمجية (API) — وهذه الصفحة تجيب عنه قبل أن تبيعك أي شيء.

كل باقة تأتي مع تجربة لمدة 15 يوماً. ألغِ في أي وقت بنقرة واحدة — نعيد لك المبلغ في اليوم نفسه وتواصل استخدام تجربتك.

بديل Azure Blob Storage — تخزين كائنات متوافق مع S3
S3متوافق مع API
منطقتكأين تقيم بياناتك
TRYفوترة بالليرة
مجمّع واحدالتخزين + زيارات CDN

الفرق الوحيد الذي يحدد هجرتك

لدى Azure Blob Storage واجهتها البرمجية الخاصة، بحزم SDK خاصة بها، ومصادقة خاصة، ومفاهيم خاصة بها — containers بدل buckets، وblobs بدل objects. تخزين الكائنات لدينا يتحدث بـ واجهة S3 API، وهي الواجهة التي تنفّذها أصلًا كل أداة أخرى تقريبًا في المنظومة.

هذا هو العمل الحقيقي في أي هجرة، ومن المفيد أن نكون صريحين بشأنه: إن كان تطبيقك يتحدث إلى Blob عبر Azure SDK، فستغيّر تلك الطبقة. وإن كان يتحدث إلى Blob عبر طبقة توافق، أو كنت ما زلت تختار، فأنت ببساطة تختار الواجهة التي تملك أدوات أكثر حولها — aws-cli، وmc، وrclone، وboto3، وs3cmd، وكل أداة نسخ احتياطي نمت لها يومًا وجهة S3.

كل ما عدا ذلك — توقعات المتانة، الكائنات العامة أو الخاصة، عادات دورة الحياة — ينتقل مفهوميًا كما هو. القرار الحقيقي هو الواجهة البرمجية.

مكان بياناتك خيارك أنت

تطلب منك Azure اختيار منطقة، وتبعًا لأي منطقة تختارها قد تنتهي البيانات خارج الولاية القضائية التي يهتم بها فريقك القانوني. السؤال نفسه هنا، والجواب نفسه أيضًا: أنت من يختار الدولة أو المنطقة التي تُخزَّن فيها بياناتك. نُشغّل عقد تخزين في تركيا وأوروبا والولايات المتحدة، وتوضع buckets الخاصة بك حيث تحتاجها، لا حيث صادف أن يكون مركز بياناتنا الأول.

هذا الاختيار عادةً ما تحركه حاجتان مختلفتان تتجاذبان في اتجاهين متعاكسين. الامتثال يريد البيانات في ولاية قضائية محددة — فبالنسبة لشركة تركية تجيب عن KVKK، "في تركيا" إجابة أقصر بكثير من فقرة عن آليات نقل البيانات. أما زمن الاستجابة فيريد البيانات قريبة من الأشخاص الذين يقرؤونها. ولست مضطرًا لحل الاثنين في طبقة التخزين نفسها: ضع الكائنات حيث يتطلب الامتثال، ثم دع CDN يخدم العامة منها من الحافة الأقرب إلى الزائر.

إن كان لديك متطلب ولاية قضائية، أخبرنا قبل أن تبدأ الرفع — وضع bucket في المنطقة الصحيحة من اليوم الأول لا يكلّف شيئًا، بينما نقل تيرابايتات لاحقًا ليس مجانيًا.

CDN أمام الـ bucket، من اللوحة نفسها

على Azure، حساب التخزين وملف تعريف CDN منتجان منفصلان عليك ربطهما ببعضهما. أما هنا فالـ bucket وCDN حساب واحد: توجّه اسم مضيف نحو الـ bucket، وتضبط قواعد تخزين مؤقت للمسارات التي تستحقها، وتُفرّغ التخزين المؤقت تمامًا كما تُفرّغه لأي أصل آخر — من اللوحة، أو الـ API، أو الـ CLI.

هذا مهم أكثر ما يكون في الحالات المملة. صورة منتج تتغيّر تُفرَّغ حسب المسار. مجلد كامل يُفرَّغ حسب البادئة (prefix). مفتاح التخزين المؤقت هو نفسه الذي تحدده قواعد التوصيل لديك أصلًا، فلا يوجد نموذج ذهني ثانٍ منفصل لـ "CDN التخزين".

أسعار تقرؤها دون آلة حاسبة

فواتير التخزين السحابي تميل إلى الوصول على أجزاء: التخزين، ثم الخروج (egress)، ثم العمليات، ثم بند منفصل لـ CDN الأمامي. كل جزء صغير بمفرده ومفاجئ مجتمعًا.

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

ما تملكه Azure ولا نملكه

صفحة مقارنة صادقة لا بد أن تتضمن هذا الجزء.

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

حجة الانتقال محددة لا شاملة: تريد واجهة S3، وتريد اختيار الولاية القضائية والحصول على فاتورة تركية لها، وتريد أن يُدار CDN والـ bucket معًا، ولا تحتاج إلى المنظومة المحيطة. إن لم تكن هذه حالتك، فالبقاء على Azure إجابة معقولة، ونفضّل أن نقولها بدل أن نبيعك هجرة.

الأسئلة الشائعة حول بديل Azure Blob

هل تخزينكم متوافق من ناحية الواجهة البرمجية مع Azure Blob؟

لا، ولا أي مزوّد متوافق مع S3 كذلك. لدى Blob واجهتها البرمجية الخاصة. تخزيننا ينفّذ واجهة S3، فعمل الهجرة يقع في طبقة تطبيقك التي تتحدث إلى التخزين. الأدوات التي تتحدث بـ S3 أصلًا — aws-cli، وrclone، وmc، وboto3 — تعمل دون تغيير.

كيف أنقل البيانات الحالية؟

rclone هو المسار المعتاد: يتحدث بكل من Azure Blob وS3، فمهمة نسخ واحدة تنقل container إلى bucket. للمجموعات الكبيرة، شغّلها من جهاز بتوصيلية جيدة إلى كلا الطرفين، وتحقق بعدها بعملية فحص checksum.

هل يمكنني الإبقاء على نطاقي على الملفات؟

نعم. وجّه اسم مضيف نحو الـ bucket عبر CDN، وتبقى الروابط العامة على نطاقك الخاص مع SSL تلقائي، بدل نطاق تخزين يملكه المزوّد.

أين تُخزَّن البيانات فعليًا؟

حيث تختار أنت. لدينا تخزين في تركيا وأوروبا والولايات المتحدة، ويوضع الـ bucket في المنطقة التي تطلبها. بالنسبة لشركة تركية يعني ذلك عادةً تركيا، لأنه يحوّل سؤال KVKK إلى موقع بدل شرح مطوّل — لكن إن كان مستخدموك أو مدقّقوك في مكان آخر، فقل ذلك عند إعداد الحساب.

ماذا يحدث لتكاليف الخروج (egress)؟

الزيارات التي تخدمها تُحسب ضمن المجمّع الشهري نفسه لبقية توصيلك، بدل أن تصل كبند خروج منفصل. إن كانت معظم كائناتك عامة ومخزَّنة مؤقتًا عند الحافة، فجلب الأصل يحدث مرة واحدة والزيارات المتكررة تُخدَم من الحافة.

جرّبه بـ bucket واحد أولًا