الخلاصة

  • ترى CMA تقدماً في تدابير الانتقال واستخدام عدة سحب، لكنها تقول إن الإقبال محدود وإن بعض الإجراءات لم يكتمل.
  • التفويض بين السحب وقابلية نقل أعباء Kubernetes هما الأولويتان التاليتان. مراجعة ربيع 2027 محطة لتقييم التعاون الطوعي، وليست موعد تسليم لحل تقني.

إذا انتقلت بيانات شركة إلى مزود جديد، فلا ينبغي أن يحصل موظف على صلاحية حذف ملف لمجرد أن نظام الوصول تغيّر. من كان يملك حق القراءة فقط ينبغي أن يحتفظ بهذا الحد بعد الانتقال.

هذا مثال افتراضي، لا حادثة تسجلها CMA. لكنه يوضح لماذا قد يكون نقل قواعد الوصول أصعب من نقل البيانات نفسها: التعرف على هوية الشخص شيء، وتحديد ما يسمح له بفعله شيء آخر.

في تحديث 16 أكتوبر 2026، جعلت الجهة البريطانية الناظمة للمنافسة هذه المسألة من أولويات عملها المقبل مع Amazon Web Services وMicrosoft. وستبحث أيضاً ما يمنع تطبيقات تستخدم Kubernetes من الانتقال بسهولة بين السحب.

المصادقة لا تحمل كل الصلاحيات

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

تقول CMA إن اختلاف لغات ونماذج إدارة الهوية والوصول، المعروفة بـIAM، يفرض على العملاء تكاليف ملموسة عند تحويل منطق التفويض. وفي الوقت نفسه، يرى بعض العملاء قيمة في دقة الضوابط التي يوفرها كل مزود. لذلك لا يكفي تبسيط الاختلافات إذا كان التبسيط يزيل حماية يحتاجها العميل.

قد تساعد عناصر مشتركة في التعبير عن الأفعال والموارد. لكن الأطراف لم تتفق بعد على أفضل حل. التحدي هو تقليل عبء النقل مع إبقاء حدود الصلاحيات، لا جعل كل المنتجات متطابقة.

خروج أرخص، وعمل لم ينتهِ

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

لكن الإقبال ما زال محدوداً، والبرامج الأحدث لم تنضج، وبعض التدابير المعلنة لا يزال معلقاً. كما أن القائمة ليست كلها جديدة: برنامج الانتقال المجاني لدى Microsoft متاح منذ مارس 2024، والعرض البريطاني لتعدد السحب بسعر التكلفة منذ سبتمبر 2025. لا يثبت تقرير المتابعة أن العملاء بدأوا ينتقلون بأعداد كبيرة.

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

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

لماذا يهم من لم يغادر؟

يمكن لبديل قابل للاستخدام أن يقوّي موقف العميل عند تجديد العقد، حتى إن انتهى به الأمر إلى البقاء. وتريد CMA النظر إلى هذه النتائج الأوسع، لا إلى استخدام البرامج أو عدد عمليات الانتقال وحدهما.

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

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

وتفصل صفحة GOV.UK هذا التحديث عن مقترح اليوم نفسه لمنح منظومة برمجيات Microsoft للأعمال صفة السوق الاستراتيجية. المقترح في ذلك المسار القانوني المنفصل ليس تدبيراً جديداً للسحابة فُرض بالفعل.

تحتفظ CMA بخيار أكثر رسمية إذا لم تكفِ الإجراءات الطوعية. أما الاختبار الأقرب للعميل فيبدأ من تفصيل صغير وحاسم: أن ينتقل ملفه من دون أن تتسع دائرة من يستطيع حذفه.