فاتورة إخراج البيانات الصفرية ليست تكلفة مغادرة Scaleway

الخلاصة

• ينص Data Act الأوروبي على إلغاء الرسوم التي يفرضها المزود لتنفيذ التحويل، بما فيها رسوم إخراج البيانات المشمولة، ابتداءً من 12 يناير 2027. لكنه لا يلغي عمل العميل الداخلي أو خدمة الوجهة أو اختبارات القبول.
• يحتاج الخروج القابل للدفاع عنه إلى ستة دفاتر مستقلة: الاستخراج، والاستبدال، والتمرين، والتشغيل المتوازي، والتحويل، والإغلاق. فاتورة النقل ليست سوى جزء من الدفتر الأول.
• تفصل وثائق Scaleway العامة بين استعادة البيانات، والهوية، واستعادة أعباء العمل، والحذف. لا يكتمل الخروج حتى تعمل الوجهة ويصبح تدمير المصدر آمناً ومسنوداً بالأدلة.

ترى الإدارة المالية سطراً مطمئناً: إخراج البيانات، صفر يورو. وترى غرفة العمليات قاعدة بيانات لم تُستعد بعد، وصلاحيات يجب بناؤها، وشهادات يجب تدويرها، ومسارات شبكة يجب تغييرها، وتنبيهات يجب وصلها، وحذفاً قد لا يمكن التراجع عنه. قد تكون الشاشتان صحيحتين. لكن الثانية وحدها تقترب من تكلفة المغادرة.

تغير أوروبا جزءاً مهماً من هذه المعادلة. أصبح Data Act سارياً منذ سبتمبر 2025، ويستهدف إزالة العوائق التجارية والتعاقدية والتقنية والتنظيمية أمام التحويل بين خدمات معالجة البيانات. وابتداءً من 12 يناير 2027، لن يجوز لمزود المصدر فرض رسوم على تنفيذ التحويل، بما في ذلك رسوم إخراج البيانات التي يشملها النظام. وخلال الفترة الانتقالية، قد تبقى رسوم مخفضة ضمن الحدود التي يقررها التنظيم.

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

تختفي الرسوم ويبقى العمل

تبنت Scaleway علناً موقفاً مناهضاً للارتهان إلى المزود. ففي عام 2022 ربطت الشركة بين رسوم egress وتكلفة التحويل، وقدمت تعدد السحب والقابلية للعكس والانفتاح باعتبارها عناصر في استراتيجيتها. هذا موقف مهم للشركة، لكنه لا يثبت أن كل عبء عمل ينتقل من دون إعادة تصميم، ولا أن كل منتج أو منطقة أو عقد لدى Scaleway يخضع للتسعير نفسه اليوم. الصفر في هذا المقال اختبار لاتخاذ القرار، وليس وصفاً لجميع فواتير Scaleway الحالية.

الدليل الأقوى موجود في توزيع المسؤوليات التشغيلية. ينص نموذج المسؤولية الخاص بـ Object Storage على أن العميل يخطط للقابلية للعكس وينفذها، ويستعيد كل البيانات، وينهي العملية قبل حذف buckets أو volumes أو snapshots، ثم يؤكد الحذف. وتقول Scaleway إنها تبقي الخدمة متاحة حتى تاريخ الإنهاء ويمكنها، عند الطلب، تقديم شهادة حذف بيانات. الاستعادة والتحقق والحذف وحفظ الدليل أربع مراحل وليست نقرة واحدة.

الهوية حد مستقل كذلك. ينتمي كل مفتاح API لدى Scaleway إلى Organisation واحدة ويرث صلاحيات مستخدم IAM أو تطبيقه. تحتاج الوجهة إلى هويات وسياسات وsecrets وإجراءات تدوير خاصة بها، ويجب اختبارها بوصول فعلي. يثبت hash للكائن وصول البايتات، لكنه لا يثبت أن الجهة الصحيحة حصلت على الصلاحية الصحيحة أو أن المفتاح القديم أُلغي.

ولا تثبت أدوات قواعد البيانات إلا جزءاً من المسار. توثق Scaleway استخدام pg_dump وpg_restore مع PostgreSQL، وmysqldump وmysql مع MySQL. تنقل هذه الأدوات البيانات المنطقية، لكنها لا تعيد تلقائياً بناء الامتدادات والمستخدمين والمنح والشبكات والتوافر العالي والصيانة وأهداف النسخ والاستعادة والأداء والمراقبة. وفي نموذج Kubernetes، تظل استعادة عبء العمل والمفاتيح والشهادات وسياسة الاحتفاظ مسؤولية العميل.

لهذا يجب فصل ميزانية الخروج إلى ستة دفاتر.

الاستخراج. يشمل الكائنات والأقراص ونسخ قواعد البيانات والصور والمخططات والبيانات الوصفية والسجلات وآثار التدقيق. الإيصال الصحيح ليس عبارة «اكتمل النسخ»، بل مطابقة لأعداد المصدر والوجهة، وhashes مشفرة، وقائمة صريحة بالأخطاء والعناصر المستبعدة.

الاستبدال. قاعدة البيانات المدارة ليست صفوفاً فقط، وموازن الحمل ليس عنواناً فقط. يجب تعيين الامتدادات والصيانة والتوافر وendpoints وقواعد الجدار الناري وsecrets والطوابير والمراقبة والدعم إلى بدائل في الوجهة. بعض القدرات تُنسخ، وبعضها يُترجم، وبعضها يحتاج إلى تصميم جديد.

التمرين. استعادة نسخة احتياطية فعلاً، وإعادة تشغيل طابور، وفرض failover، وترك شهادة تنتهي، وسحب صلاحية: هذه الأفعال تحول الرسم إلى دليل. يجعل Terraform البنية التحتية واضحة وقابلة للمراجعة، لكن نجاح apply لا يشهد بتكافؤ سلوك خدمة مدارة عند الفشل.

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

التحويل. يجب أن تنتقل سلطة DNS والمسارات والشهادات وعملاء API والأتمتة والمهام المجدولة وsecrets وملكية الحوادث إلى البيئة الجديدة. ويجب تحديد اللحظة التي يتوقف فيها المصدر عن قبول الكتابة، والدليل الذي يسمح بالرجوع. وإلا فقد ينتج نظامان صالحان حالتين متباعدتين.

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

تسعير خيار الخروج

تقلل المعايير والأدوات الشائعة الاحتكاك فعلاً. الوصول المتوافق مع S3، ونسخ قواعد البيانات المألوفة، والبنية التحتية كتعليمة برمجية كلها أصول نافعة. لكن كل أداة تثبت ما تراه فقط: checksum يثبت البايتات، وrestore يثبت قبول البيانات، وTerraform يثبت قبول API للتكوين. لا يثبت أي منها منفرداً نتيجة العمل في الظروف العادية وعند الفشل.

يوفر مفهوم «التكافؤ الوظيفي» في Data Act انضباطاً أفضل: ينبغي أن تنتج الوظائف المشتركة نتائج متقاربة مادياً بعد التحويل بين خدمات البنية التحتية من النوع نفسه. هذه نتيجة تُختبر في الوجهة ويقبلها صاحب العمل، لا ملصقاً في كتالوج المشتريات.

قبل التجديد أو زيادة الالتزام، ينبغي للمؤسسة أن تسأل: لو أصبحت رسوم egress صفراً غداً، فما الذي سيمنع خروجاً آمناً؟ تختار عبء عمل يشبه الإنتاج، وتطابق الجرد مع الفوترة والبنية التحتية المعرّفة، وتصدر البيانات وتتحقق منها، وتعيد بناء الهوية والشبكة، وتستعيد في الوجهة، وتجري اختبار فشل، وتقيس مدة تشغيل البيئتين، وتسجل كل خطوة يدوية واعتماد خاص بالمزود.

النتيجة ليست أمراً بمغادرة Scaleway. إنها سعر ممارسة خيار الخروج. قد يكون البقاء عقلانياً بسبب الخدمة أو السعر أو نموذج التشغيل الأوروبي. البقاء بعد القياس قرار؛ والبقاء لأن رسم النقل يبدو صغيراً افتراض غير مختبر.

تعتمد القواعد القانونية على النص الرسمي لـ Data Act وشرح European Commission. وتأتي مسؤوليات المنتج من وثائق Scaleway عن قابلية عكس التخزين وKubernetes ومفاتيح IAM ونقل قواعد البيانات وإغلاق الحساب. لا يفترض المقال أي نتيجة خاصة لعميل غير منشورة. وتؤدي المصادر المتبقية أدواراً محددة: شروط الخدمات العامة الحالية لدى Scaleway، وموقفها المنسوب إليها بشأن تعدد السحب في 2022، ودليل الأسعار الخاص بكل منتج، وشرح Terraform. تحدد هذه المصادر سياق العقد وموقف الشركة وحدود الأسعار والبنية التحتية كتعليمة برمجية؛ ولا يثبت أي منها نتيجة لعميل.