منصات السحابة
أوراكل تسرّع استراتيجية السحابة المتعددة: خدمات قواعد البيانات بالذكاء الاصطناعي تتوسع إلى 22 منطقة، والخطوط المخصصة عبر السحابة تدخل الخدمة التجارية رسميًا
Oracle تعلن عن عدة تحديثات متعددة السحابات، بما في ذلك توفر Oracle Interconnect for AWS رسميًا، وتغطية AI Database@AWS لـ 22 منطقة، مما يمثل مرحلة جديدة من التعاون العميق بين مزودي الخدمات السحابية.
استراتيجية Oracle متعددة السحابات تحقق تقدمًا جديدًا: قواعد بيانات الذكاء الاصطناعي والترابط عبر السحابات يتقدمان على مسارين متوازيين
خلال الأسبوع الماضي، كانت Oracle اللاعب الأكثر نشاطًا في مجال تعدد السحابات. بدءًا من التوافر الرسمي لـ Oracle Interconnect for AWS، ومرورًا بإضافة مناطق ساو باولو ومدريد وستوكهولم وسان خوسيه إلى AI Database@AWS، وصولًا إلى إطلاق OCI GoldenGate على Google Cloud، تثبت Oracle من خلال أفعالها أن تعدد السحابات الحقيقي لا يعني "سحابة واحدة تهيمن على كل شيء"، بل يعني وضع أعباء العمل الأنسب على السحابة الأنسب، مع إزالة الاحتكاك الناتج عن الاتصال عبر السحابات.
بالنسبة إلى كبار مسؤولي التقنية (CTO) والمعماريين الذين يقيّمون البنى المؤسسية لتقنية المعلومات، تنقل هذه التحديثات إشارة واضحة: مزودو السحابات الكبار ينتقلون من "العمل كلٌّ على حدة" إلى "الخدمات الموحدة"، وأصبح الجمع بين تعدد السحابات وقواعد بيانات الذكاء الاصطناعي يشكل الأساس الجديد للتحول الرقمي للمؤسسات.
خلفية الأحداث: تحديثات متلاحقة في مدونة Oracle الرسمية
وفقًا للمعلومات المنشورة في مدونة Oracle Cloud Infrastructure الرسمية (من مايو إلى يوليو 2026)، تدفع Oracle قدمًا باستراتيجيتها متعددة السحابات في مناطق وأسواق مختلفة:
- Oracle Interconnect for AWS: بعد مرحلة التوافر المحدود، أُعلن عن توفره رسميًا (GA) في 29 يوليو 2026، بدءًا من منطقة OCI Ashburn ومنطقة AWS شرق الولايات المتحدة (شمال فرجينيا). توفر هذه الخدمة اتصالًا خاصًا وعالي السرعة ومُدارًا بالكامل عبر السحابات، مع تفعيل تشفير MACsec افتراضيًا، ودون فرض رسوم على نقل البيانات.
- Oracle AI Database@AWS: احتفلت الخدمة بعامها الأول في يونيو 2026، بعد أن كانت قد توسعت إلى 20 منطقة. بعد ذلك، أُعلن في 23 يونيو عن إضافة ستوكهولم وسان خوسيه، ثم في يوليو تمت إضافة ساو باولو ومدريد، ليصل إجمالي المناطق حتى الآن إلى 22 منطقة. تدعم الخدمة Oracle RAC وExadata Database Service وAutonomous AI Lakehouse وAI Vector Search الأصلي.
- OCI GoldenGate on Google Cloud: في 20 مايو 2026، أصبح OCI GoldenGate متاحًا رسميًا كجزء من Oracle AI Database@Google Cloud، حيث يمكن للمستخدمين تكوينه مباشرة من وحدة تحكم Google Cloud والدفع باستخدام مبلغ الالتزام (committed spend) الخاص بـ Google Cloud.هذه التحديثات ليست أخبارًا معزولة، بل هي خطوات متتالية ضمن استراتيجية Oracle "المتعددة السحابات أولًا". منطقها الأساسي هو: دمج قدرات قواعد البيانات والذكاء الاصطناعي من Oracle في السحابات العامة الرئيسية الأخرى، بحيث لا يحتاج العملاء إلى "الترحيل أو إعادة البناء"، بل يحصلون على خدمات البيانات المؤسسية من Oracle ضمن بيئتهم السحابية الحالية.
تحليل تقني: من "الخطوط المخصصة بين سحابتين" إلى "قاعدة البيانات كخدمة"
1. Oracle Interconnect for AWS: إزالة تعقيد الشبكات عبر السحابات
الاتصال عبر السحابات ليس مفهومًا جديدًا. في الماضي، كانت المؤسسات تحتاج للتواصل بين OCI وAWS إما عبر الإنترنت العام (مع مخاطر الأمان وزمن الاستجابة)، أو إعداد VPN أو استئجار خطوط مخصصة بنفسها، ثم التعامل مع تعقيدات مثل عدم تطابق بروتوكولات التوجيه بين الجانبين، وإدارة عقود متعددة، وتكوين أجهزة من جهات خارجية. غيّرت Oracle Interconnect for AWS هذا الوضع.
هذه الخدمة صُممت وتُدار بشكل مشترك بين Oracle وAWS، وتعتمد نموذج اتصال مُدار، مع تسعير منخفض وموحد عالميًا، دون رسوم نقل بيانات، وتستخدم افتراضيًا تشفير IEEE 802.1AE MACsec. يمكن للعملاء إنشاء الاتصالات وإدارتها عبر وحدة التحكم السحابية القياسية، بينما تتحمل شركتا السحابة تعقيد الشبكة الأساسي. هذا في جوهره نسخة مُدارة ومطوّرة من "اتصال VPC نظير عبر السحابات"، مما يتيح للمؤسسات التي تشغّل بنى موزعة عدم إنفاق جهد كبير على طبقة الشبكة.
2. Oracle AI Database@AWS: جعل قواعد بيانات المؤسسات تنمو داخل AWS
Oracle AI Database@AWS ليست مجرد "نقل ملكية فكرية لقاعدة بيانات"، بل هي خدمة مُدارة تعمل داخل مراكز بيانات AWS (من خلال اقتران وثيق بين بنية OCI التحتية وAWS). يمكن للعملاء الاستمرار في استخدام أدوات AWS والفواتير الموحدة، مع تشغيل Oracle RAC وExadata وAutonomous AI Lakehouse وغيرها.
يكمن تميزها في كلمة "AI": تدمج Oracle قدرات مثل AI Vector Search وAutonomous AI Lakehouse مباشرةً مع قاعدة البيانات، مما يمكّن المؤسسات من تشغيل أعباء عمل الذكاء الاصطناعي مباشرةً حيث تُخزَّن بيانات الأعمال، دون الحاجة إلى نسخ البيانات إلى مستودعات بيانات ذكاء اصطناعي منفصلة. وهذا يحل أكبر نقطة ألم تواجه المؤسسات عند بناء الذكاء الاصطناعي — عزلة البيانات وتدفق البيانات المكرر.
3. OCI GoldenGate on Google Cloud: مزامنة البيانات في الوقت الفعلي تصبح مادة لاصقة متعددة السحاباتOCI GoldenGate هي خدمة التقاط تغيّرات البيانات والنسخ المتماثل في الوقت الفعلي. والآن، وباعتبارها جزءًا من Oracle AI Database@Google Cloud، أصبحت تدعم الإعداد المباشر من Google Cloud Console. وهذا يعني أن العملاء يمكنهم إبقاء البيانات متزامنة عبر البيئات متعددة السحابات، لأغراض ترحيل قواعد البيانات، والتعافي من الكوارث، والتحليلات في الوقت الفعلي. وبالنسبة للبنى متعددة السحابات، يُعدّ النسخ المتماثل للبيانات في الوقت الفعلي أداةً رئيسيةً لكسر صوامع البيانات.
تحليل الأثر على المؤسسات: تقليل التعقيد عبر السحابات مع ضرورة إعادة تقييم التكاليف والارتباط بمورّد واحد
التأثير على التكاليف
يستحق نموذج تسعير Oracle Interconnect for AWS الاهتمام: رسوم اتصال موحّدة ومنخفضة مع الإعفاء من رسوم نقل البيانات. وفي المقابل، ظلّت رسوم حركة المرور الصادرة لدى مزوّدي السحابة التقليديين تكلفةً خفيّةً لا يمكن إغفالها في البيئات متعددة السحابات. ومن المرجّح أن يقلّل هذا التصميم بشكل ملموس من النفقات التشغيلية (OPEX) لتدفّق البيانات بين السحابات.
غير أنه يتعيّن على المؤسسات أيضًا مراقبة تكاليف أخرى: كيف ستُحتسب تكاليف تراخيص قواعد البيانات والدعم بعد الاتصال بالخدمات متعددة السحابات؟ وهل سيُدمج نموذج فوترة Oracle AI Database@AWS في فاتورة AWS؟ ورغم عدم الإعلان عن الأسعار التفصيلية حتى الآن، ينبغي أن تكون المؤسسات مستعدة لإجراء تحليل التكلفة الإجمالية للملكية (TCO)، ولا سيما مقارنةً بمراكز البيانات المحلية وحلول السحابة الواحدة.
التأثير على النشر والتشغيل
أبرز ميزة هي تقليل مخاطر «إعادة البنية». ففي الماضي، كان ترحيل قاعدة بيانات Oracle إلى منصات سحابية أخرى يتطلّب غالبًا تعديل التطبيقات أو بنية قاعدة البيانات. أما الآن، فمن خلال AI Database@AWS أو Google Cloud، يمكن للمؤسسات الإبقاء على بيئة Oracle مع الاستفادة في الوقت نفسه من خدمات النظام البيئي لـ AWS أو Google Cloud. وما تزال فرق التشغيل قادرة على استخدام أدوات المراقبة والهوية والشبكات من AWS، مع منحنى تعلّم معتدل.
لكن تجدر الإشارة إلى أن هذه الخدمات لا تزال في مرحلة تطوّر سريع، وأن توسّعها الإقليمي غير متساوٍ. ففي الوقت الحالي، يوفّر Oracle AI Database@AWS منطقة توفّر واحدة فقط في بعض المناطق، وهو ما قد لا يلبّي متطلبات التوافر العالي. لذا ينبغي على المؤسسات، عند اعتماد هذه الخدمات، تقييم مدى توفّرها في المناطق ووضع استراتيجية ملائمة للتعافي من الكوارث.
الأمان والامتثال
يتم تفعيل تشفير MACsec افتراضيًا في Oracle Interconnect for AWS، بما يضمن سرية وسلامة البيانات المنقولة بين السحابات. وفي الوقت نفسه، فإن الالتفاف على الإنترنت العام عبر اتصال مُدار يقلّل من مخاطر هجمات حجب الخدمة الموزعة (DDoS) وهجمات الوسيط. وفي ما يتعلق بالامتثال في نقل البيانات عبر الحدود، تواصل Oracle وAWS توسيع التغطية الإقليمية (مثل مدريد وساو باولو) لدعم متطلبات إقامة البيانات. ومع ذلك، يظل على المؤسسات التحقق بنفسها من توافق نقل البيانات عبر الحدود مع اللوائح المحلية (مثل GDPR وPDPB وغيرها)، وألّا تعتمد كليًا على «التغطية» التي يقدّمها مزوّدو السحابة.
توصيات عامةخدمات السحابة المتعددة هذه مناسبة للشركات التالية: - الشركات ذات التقنية المزدوجة التي تمتلك بالفعل عددًا كبيرًا من التطبيقات على AWS أو Google Cloud، وتشغّل في الوقت نفسه قواعد بيانات حرجة على Oracle؛ - عملاء Oracle الذين يرغبون في استخدام ميزات الذكاء الاصطناعي دون الرغبة في ترحيل قواعد بياناتهم؛ - الشركات التي تخطط لترحيل قواعد البيانات وتفضّل اتباع استراتيجية مرحلية بدلاً من التحوّل المفاجئ الشامل.
في المقابل، إذا كانت الشركة لا تستخدم قواعد بيانات Oracle أو لديها تحفظات بشأن تراخيص Oracle، فإن قيمة هذه الخدمات تكون محدودة.
تحليل المنافسة في السوق: نموذج جديد للتنافس والتعاون بين قلّة من اللاعبين المهيمنين
في المنافسة السحابية التقليدية، كان كل مزوّد يحاول إبقاء أعباء العمل داخل نظامه البيئي الخاص. لكن استراتيجية Oracle هذه المرة مختلفة جذريًا: وبما أن أعباء عمل قواعد البيانات يصعب ترحيلها بالكامل، فإنها تختار الدخول بشكل استباقي إلى أراضي المنافسين لتصبح "طبقة قيمة مضافة" فوق السحابات الأخرى.
- علاقة "العدو والصديق" بين AWS وOracle: دفعت AWS مرارًا العملاء إلى الترحيل من Oracle إلى Aurora أو PostgreSQL، لكنها الآن تقدم خدمات قواعد بيانات Oracle بالاشتراك مع Oracle نفسها. وهذا يبيّن أنه في عصر الذكاء الاصطناعي، لا يمكن تأمين أعباء العمل المؤسسية الأعلى ربحية (قواعد البيانات + الذكاء الاصطناعي) بالبنية التحتية وحدها؛ بل إن التعاون يوسّع نطاق المنافسة مع شركات البيانات مثل Snowflake وDatabricks.
- التأثير المحتمل على Azure: أبرمت Oracle تعاونًا مماثلاً مع Azure (Oracle Database@Azure)، لكن التوسعة البارزة عبر AWS هذه المرة قد تدفع بعض عملاء Oracle على Azure إلى إعادة تقييم خياراتهم. غير أن Azure لا يزال يتمتع بمزاياه الخاصة، لا سيما التكامل العميق مع Office 365 وActive Directory.
- تميّز Google Cloud: من خلال OCI GoldenGate، تحصل Google Cloud على قدرة النسخ المتماثل للبيانات في الوقت الفعلي، مما يجذب العملاء الذين يحتاجون إلى العمل عبر Oracle وGoogle Cloud معًا. وهذا التعاون يجعل Google Cloud أكثر قدرة على المنافسة في مجال تكامل البيانات والذكاء الاصطناعي.
- بالنسبة لمزودي السحابة الصغار ومزوّدي خدمات الاستضافة المُدارة: إن التعاون بين كبار مزودي السحابة يشكّل منافسةً لمقدمي الخدمات المدارة الحاليين (مثل Rackspace) الذين اعتمدوا سابقًا على "ربط العملاء بعدة سحابات" لتقديم خدماتهم. والآن بعد أن تعمل Oracle وAWS معًا، ستتقلّص المساحة المتاحة لخدمات الأطراف الثالثة الوسيطة.
المستفيد الحقيقي هم الشركات الكبيرة "متعددة السحابة" — إذ يمكنها الحصول على مزيد من الخيارات دون تغيير استثماراتها السحابية الحالية. أما الارتباط بمزود سحابي واحد، ولا سيما الارتباط القائم على قواعد البيانات، فيتم استبداله بهذا "الارتباط الاستراتيجي".
رصد اتجاهات الصناعة: بنية سحابية متعددة أصلية للذكاء الاصطناعي، حيث تشكّل قواعد البيانات المحور الأساسيفي الماضي، كان يُفهم عادةً أن البنية التحتية متعددة السحابات تعني توزيع الحوسبة والتخزين عبر سحابات متعددة. لكن في عصر الذكاء الاصطناعي، أصبحت البيانات أهم الأصول، وباتت قاعدة البيانات، بوصفها قلب البيانات، هي المحور الأساسي لاستراتيجية السحابات المتعددة.
تعكس تحركات Oracle ثلاثة اتجاهات رئيسية:
1. سحابة الذكاء الاصطناعي تتجه نحو «حيث توجد البيانات»: بدلًا من نقل قاعدة البيانات إلى جوار وحدات معالجة الرسوم (GPU)، تُدمج قدرات الذكاء الاصطناعي داخل قاعدة البيانات نفسها، ما يوفر أساسًا مستمرًا للتحليلات الذكية للمؤسسات. 2. مزودو السحابة ينتقلون من «الاستبعاد المتبادل» إلى «الترابط»: أصبحت طبقة البنية التحتية معيارية وسلعية، وأصبح مفتاح التمايز يتمثل في الخدمات المتقدمة وشبكات التعاون التي يقدمها كل مزود. 3. استراتيجية تكنولوجيا المعلومات في المؤسسات تتحول إلى «شبكة سحابية»: لم يعد الأمر قائمًا على اختيار سحابة واحدة، بل على تصميم طوبولوجيا تمتد فيها الاتصالات وتدفقات البيانات وحدود الأمان عبر سحابات متعددة. وستصبح الخدمات السحابية الأصلية والاتصالات المدارة جزءًا من البنية التحتية تمامًا مثل الطرق.
على المدى الطويل، سيصبح «الترابط والتشغيل البيني» بين مزودي السحابة هو القاعدة وليس الاستثناء. أما المنصات السحابية التي لا تستطيع تقديم تجربة سلسة عبر السحابات المتعددة، فقد تخسر حصتها لدى عملاء المؤسسات الكبيرة. ويبدو أن Oracle أدركت هذا الأمر بالفعل، وتسارع الآن إلى بناء «خريطة اتصالات» خاصة بها في عالم السحابات المتعددة.
مسار المراجع · cloudtechdaily
تضع cloudtechdaily هذه الملاحظة ضمن منصات السحابة / مراكز البيانات / SaaS للمؤسسات: ما زالت التواريخ والأسماء وتغيرات الحالة تحتاج إلى تحقق. منصات السحابة / مراكز البيانات / SaaS للمؤسسات يوضح الزاوية التحريرية المحلية؛ ينبغي فتح روابط المصادر قبل إعادة استخدام الملخص.