ملخص

  • تغطي حزمة الشبكات الخاصة بـ CoreWeave طبقات التوسع الرأسي (scale-up)، والتوسع الأفقي (scale-out)، والتخزين، والمستأجرين، والإدارة، والشبكة الأساسية، والاتصال الخاص؛ وهي بنية تشغيلية وليست منتجاً مستقلاً.
  • تعمل شبكات NVIDIA ووحدات DPU بالتزامن مع برمجيات CoreWeave لجدولة المسرّعات وعزل المستأجرين ونقل البيانات في سحابة مخصصة.
  • تعلن CoreWeave عن امتلاكها 43 مركز بيانات، وأكثر من 850 ميغاواط قيد الاستخدام، وحوالي 3.1 غيغاواط من السعة المتعاقد عليها؛ وتساهم مايكروسوفت بنسبة 67% من إيرادات 2025، مما يظهر الحجم والتركيز.
  • الاختبار الحاسم هو: هل يمكن تحويل الطاقة المتعاقد عليها والطلبات إلى خدمات موثوقة ومتنوعة العملاء قبل أن تتراكم تكاليف التمويل والإيجارات وتقادم الأجهزة وتعقيد التشغيل.

النمو المادي أسرع مما تعبر عنه خريطة مناطق السحابة العادية

حتى 31 ديسمبر 2025، كشفت CoreWeave عن 43 مركز بيانات، وأكثر من 850 ميغاواط من الطاقة قيد التشغيل، وحوالي 3.1 غيغاواط من الطاقة المتعاقد عليها. تمثل الأرقام التشغيلية البنية التحتية التي كانت قيد الإنتاج وفق تعريف الشركة في ذلك الوقت؛ أما الأرقام التعاقدية فتمثل حقوق والتزامات النشر المستقبلية ولا يمكن اعتبارها سعة مركبة.

كان النمو شديد الانحدار: ففي نهاية 2023 كان لديها 10 مراكز بيانات وحوالي 70 ميغاواط؛ وبنهاية 2024 أصبحت 32 مركزاً وأكثر من 360 ميغاواط؛ وبنهاية 2025 وصلت إلى 43 مركزاً وأكثر من 850 ميغاواط. وبحلول الربع الأول من 2026، كشفت الشركة عن أكثر من 1 غيغاواط قيد التشغيل وأكثر من 3.5 غيغاواط متعاقد عليها. وهذا يُظهر وتيرة توسع صناعي، ويبين أيضاً مدى سرعة تحول البنى القديمة إلى أقلية.

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

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

وحدة معالجة الرسوميات (GPU) وحدها لا تشكل سحابة

المسرّع الموضوع في رف موصول بالطاقة يستطيع تنفيذ التعليمات البرمجية، لكنه لا يقدم تلقائياً ما يشتريه العملاء من الخدمات السحابية. فرق التدريب تحتاج إلى أن تعمل مسرّعات عديدة كمجمع موارد موحد؛ ويجب أن تصل البيانات من التخزين إلى الحوسبة بسرعة كافية؛ ويجب ألا تترك اتصالات المجموعات (collective communication) المهمةَ تنتظر معظم الوقت؛ ويجب عزل مختلف المستأجرين عن بعضهم البعض؛ ويجب أن يعرف المجدول (scheduler) أي العقد والوصلات والأجهزة سليمة؛ ويجب أن تبقى نقاط التفتيش (checkpoints) محفوظة بعد الأعطال؛ ويحتاج المهندسون إلى مسار للوصول إلى البيئة، كما يحتاج المستخدمون إلى مسارات للاتصال بسحابات أخرى وشبكات المكاتب والخدمات الخارجية.

المنتج السحابي لا يكتمل إلا عندما تكون هذه المسارات قابلة للتكرار بشكل مستقر.

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

سبب أهمية دراسة CoreWeave أنها تُظهر هذه العلاقة بوضوح استثنائي. تركز الشركة على البنية التحتية للمسرّعات بدلاً من التعامل مع GPU كخدمة صغيرة في كتالوج سحابي عام، ولذلك تناقش المواد المنشورة بتفصيل نسبي شبكات الرفوف، ووحدات DPU، وتنسيق المعادن العارية (bare-metal orchestration)، والحواسيب الفائقة المُدارة، والاتصالات المؤجرة، وإصلاح الأعطال. هذه المواد تثبت النية التصميمية وبنية المنتج، لكنها ليست خريطة كاملة لكل موقع ولكل جيل من العتاد ولكل نشر للعميل.

السؤال المفيد ليس ما إذا كانت CoreWeave تمتلك "شبكة أسرع" بشكل مجرد، بل كم نوعاً من الشبكات يجب أن تعمل معاً قبل أن يصبح حمل عمل ذكاء اصطناعي خدمة موثوقة، ومن يتحكم في كل طبقة.

ما المقصود تحديداً بـ "حزمة شبكات CoreWeave"

هذا المصطلح شامل تحريرياً، وليس كياناً قانونياً مستقلاً، ولا SKU تباع بشكل منفصل. الكيان القانوني والاقتصادي المشغّل هو CoreWeave, Inc.، وهي شركة Delaware مسجلة في بورصة Nasdaq تحت الرمز CRWV، ويقع مقرها الرئيسي في ليفينغستون، نيو جيرسي. تنتمي حزمة الشبكات إلى منصة CoreWeave السحابية الأكبر (CoreWeave Cloud Platform)، التي تضم أيضاً الحوسبة والتخزين والتنسيق والخدمات المدارة.

تتوافق أسماء مختلفة مع طبقات مختلفة. Nimbus هي بنية الشبكة الافتراضية لـ CoreWeave القائمة على وحدات DPU. خدمة CoreWeave Kubernetes (CKS) تقدم Kubernetes مُدارة على معادن عارية. SUNK تغلف البنية التحتية والتشغيل في خدمة حاسوب فائق مُدار. Mission Control تضيف المراقبة والإصلاح وإدارة دورة الحياة. Direct Connect يوفر اتصالاً مخصصاً للعملاء. أما NVLink وNVSwitch وQuantum وSpectrum-X وBlueField فهي تقنيات من NVIDIA تدمجها CoreWeave، وليست بروتوكولات أو عتاداً اخترعته CoreWeave.

فصل هذه الطبقات يجنب خطأين شائعين. الخطأ الأول، نسبة كل بروتوكول وجهاز داخل المنصة إلى CoreWeave؛ فمساهمة الشركة تكمن أساساً في تكامل الأنظمة، والتأهيل، والتشغيل، وبناء البرمجيات السحابية حول تقنيات الموردين. الخطأ الثاني، تخيل شبكة موحدة تمتد من كل GPU إلى كل عميل. فوصلات التوسع الرأسي (scale-up) داخل الرف، وشبكات التدريب بين الرفوف (scale-out fabric)، وشبكات التخزين، وطبقات VPC الافتراضية (overlay)، ومسارات الإدارة، والشبكات الأساسية العابرة للأطلسي، كل منها يؤدي مهمة مختلفة، وله أهداف تأخير ومجالات أعطال مختلفة، ولا يمكن اختزاله برقم نطاق ترددي واحد.

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

من Atlantic Crypto إلى سحابة حوسبية مخصصة

تأسست CoreWeave في عام 2017 تحت اسم The Atlantic Crypto Corporation، واستخدمت في البداية وحدات GPU لتشغيل أحمال عمل العملات الرقمية. تحولت الشركة من شركة ذات مسؤولية محدودة (LLC) إلى شركة Delaware في سبتمبر 2018، ثم غيرت اسمها إلى CoreWeave في ديسمبر 2019، متجهة إلى الحوسبة السحابية المخصصة.

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

هذا التمييز جوهري، لأن تغير الطلب لا يولد منصة سحابية تلقائياً. أحمال التعدين عادة متكررة نسبياً وتتحمل جدولة أصول بسيطة؛ بينما المؤثرات البصرية وتعلم الآلة والحوسبة عالية الأداء (HPC) تتطلب برمجيات وحركة بيانات وعزلاً وضمانات خدمة مختلفة. كان على CoreWeave أن تضيف طبقة تحكم كاملة تمكّن العملاء الخارجيين من الوثوق بموارد لا يمتلكونها ولا يستطيعون معاينتها بأنفسهم.

في أوائل عقد 2020، بنت الشركة خدمات حوسبة وتخزين وخدمات Kubernetes. أصبحت Kubernetes على المعادن العارية واحدة من الواجهات الرئيسية: يستطيع العملاء جدولة الحاويات مباشرة على خوادم المسرّعات بدلاً من المرور عبر طبقة آلات افتراضية تقليدية أولاً. وبنهاية 2023، كشفت CoreWeave عن تشغيل 10 مراكز بيانات وحوالي 70 ميغاواط قيد التشغيل؛ وبنهاية 2024، ارتفع الرقم إلى 32 مركزاً وأكثر من 360 ميغاواط.

غيّر التوسع طبيعة مشكلة الشبكات. فمشغّل 10 مواقع لا يزال بإمكانه الاعتماد كثيراً على الخبرة الفردية والاستثناءات المحلية؛ أما السحابة التي تملك 30 أو 40 موقعاً فتحتاج إلى تصاميم قابلة للتكرار، وسياسات تتحكم بها البرمجيات، وتأهيل موحد، ومراقبة مشتركة، وقدرة على نقل العملاء بين أجيال العتاد دون تعطيل تناسق التشغيل. الحجم يحول الخيارات الهندسية إلى مسائل حوكمة: من يستطيع الموافقة على التغيير، ومتى يتم اكتشاف الاستثناءات، وهل ينسخ كل موقع جديد فعلاً حدود التحكم المتوقعة.

أتمت CoreWeave طرحها العام الأولي (IPO) في مارس 2025. وجلب الإدراج معه ليس فقط تمويلاً من الأسهم، بل أيضاً نشرة إصدار وملفات لدى هيئة الأوراق المالية والبورصات (SEC)، أتاحت للخارج رؤية المنشآت، وتركز العملاء، والديون، والإيجارات، وبنية الربط البيني، والمخاطر. وهكذا يمكن تحليل حزمة الشبكات كنظام تقني، وكتعهدات رأسمالية لشركة عامة.

أحمال العمل هي التي تحدد البنية

تدريب النماذج الكبيرة يوزع الحوسبة على عدة مسرّعات ويتبادل باستمرار النتائج الجزئية. تعتمد أنماط الاتصال الدقيقة على بنية النموذج وأسلوب التوازي والبرمجيات، لكن مشكلة البنية التحتية مستقرة نسبياً: سرعة تجمع الموارد الفعّالة تعتمد على الحوسبة المحلية بقدر ما تعتمد على اتصالات المجموعات. حتى لو كانت الطاقة الإنتاجية الكلية لشبكة عالية، فإن الازدحام أو الطوبولوجيا أو تأخير الذيل (tail latency) يمكن أن يبدد القدرة الحوسبية الباهظة إذا أبطأ نقاط التزامن.

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

وهكذا نشأ تصميم متعدد الطبقات: وصلات التوسع الرأسي تنشئ نطاقات مقترنة بإحكام داخل أنظمة على مستوى الرف؛ نسيج التوسع الأفقي يربط الرفوف المختلفة؛ مسارات التخزين تغذي أحمال العمل بالبيانات وتحفظ الحالة؛ شبكات المستأجرين توفر عناوين وسياسات خاصة؛ شبكة الإدارة تمكّن المشغّل من التحكم بالمضيفين ووحدات DPU والمبدّلات وعمليات الإصلاح؛ الشبكة الأساسية تربط المواقع بالنظام البيئي الخارجي؛ خطوط العملاء الخاصة تربط CoreWeave بنطاقات إدارة أخرى.

هذه الطبقات تتفاعل لكن لا يستطيع بعضها أن يحل محل بعض. الألياف الطويلة لا يمكن أن تحل محل نسيج GPU المحلي، لأن تأخير الانتشار وحده يحد من التدريب المتزامن بإحكام عبر مواقع متباعدة؛ نطاق NVLink ليس VPC للعميل؛ يمكن لطبقة overlay أن تخفي اختلافات العناوين، لكنها لا تستطيع إصلاح وحدة بصرية تالفة في underlay؛ وبدون إضافات أجهزة ومعلومات طوبولوجيا، لن تفهم Kubernetes تلقائياً كل قضيب (rail) وكل مسار تبديل.

لذلك، هذه البنية هي أساساً "سلسلة ترجمة للنوايا". يطلب العميل عنقوداً (cluster) أو نطاق أسماء (namespace) أو شبكة أو مهمة؛ نظام التحكم في CoreWeave يرسم الطلب على خوادم وأنسجة وتخزين وسياسات متاحة؛ Nimbus يحول نية VPC إلى حالة DPU و underlay؛ الخدمات المرتبطة بـ Kubernetes وSlurm تحول نية حمل العمل إلى توزيع عقد ومسرّعات؛ Mission Control يحول إشارات الصحة إلى إجراءات إصلاح. ما يراه العميل هو خدمة، وعلى المنصة أن تبقي الترجمات المختلفة متسقة.

شبكة التوسع الرأسي (Scale-up) داخل نطاق مستوى الرف

شبكة التوسع الرأسي تصل المسرّعات داخل نظام متكامل بإحكام. في تصاميم NVIDIA على مستوى الرف، يوفر NVLink اتصالاً عالي النطاق الترددي بين وحدات GPU، ويتولى NVSwitch التبديل في النطاق المحلي. تدمج CoreWeave هذه التقنيات في أنظمة وأجيال محددة.

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

ذكرت نشرة إصدار CoreWeave أن بعض تهيئات العناقيد يمكن أن توفر حتى 3,200 غيغابت في الثانية من النطاق الترددي غير المحظور بين وحدات GPU. وأهم ملاحظة هنا هي "بعض تهيئات العناقيد". فهذا الرقم ليس SLA عاماً، ولا يصف كل المواقع أو الأجيال. النطاق الترددي الذي يحصل عليه حمل العمل الفعلي يعتمد أيضاً على البرمجيات والطوبولوجيا وأنماط الرسائل والحالة الصحية للمسار الكامل.

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

نسيج التوسع الأفقي (Scale-out fabric): تعايش InfiniBand وEthernet

عندما تخرج المهمة من نطاق التوسع الرأسي، تدخل إلى نسيج التوسع الأفقي. تذكر ملفات CoreWeave وموادها التقنية InfiniBand من نوع NVIDIA Quantum-2 وشبكة Quantum-X800 XDR 800G وشبكة Spectrum-X Ethernet باستخدام RoCE وRDMA. وجود InfiniBand وEthernet معاً مهم: CoreWeave لم تربط المنصة بعائلة بروتوكولات واحدة.

InfiniBand للعناقيد المقترنة بإحكام

يستهدف InfiniBand اتصالاً منخفض التأخير وبالوصول المباشر للذاكرة عن بعد (RDMA)، وله تاريخ طويل في الحوسبة عالية الأداء. في عناقيد الذكاء الاصطناعي، يمكنه تقليل عبء المعالجة الاعتيادي للمضيف ونقل البيانات بين مضيفي المسرّعات. تقدم أنظمة NVIDIA Quantum إمكانيات إضافية في التبديل والاتصالات الجماعية. تدمج CoreWeave هذه الأنسجة في خدمات العناقيد، ولا تبيع InfiniBand كخدمة اتصالات مستقلة.

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

Spectrum-X وRoCE يشكلان مسار Ethernet

Spectrum-X هي منصة شبكات Ethernet من NVIDIA والموجهة للذكاء الاصطناعي. ينقل RoCE دلالات RDMA فوق Ethernet، مما يتيح للتطبيقات إجراء اتصالات مباشرة بالذاكرة مع احتفاظ المشغل بنسيج Ethernet. تستخدم CoreWeave Spectrum-X لتوفير مسار توسع أفقي آخر لأحمال العمل وأجيال العتاد المصممة حول هذا النظام البيئي.

الإلمام بـ Ethernet لا يعني بساطة تشغيلية. فأداء RoCE يعتمد على التحكم بالازدحام، وتصميم الطوابير، وسلوك فقدان الرزم، والقياس عن بعد، والضبط الشامل (end-to-end tuning). يمكن للشبكة أن تستخدم أطر Ethernet المألوفة ومع ذلك تظل بحاجة إلى هندسة متخصصة لتجنب حظر رأس الصف (head-of-line blocking)، أو انهيار التدفق (incast)، أو عدم استقرار اتصالات المجموعات. قيمة السحابة المتكاملة هي نقل الكثير من عبء الضبط إلى المزوّد؛ والمخاطرة المقابلة هي افتقار العميل للرؤية المباشرة لهذه الخيارات.

طوبولوجيا القضبان (Rail) المُحسَّنة وتوزيع المهام

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

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

Nimbus ينقل حدود السحابة إلى DPU

نسيج العناقيد عالي الأداء لا ينتج عنه تلقائياً سحابة متعددة المستأجرين. يحتاج العملاء أيضاً إلى عناوين خاصة وتحكم بالتوجيه ونفاذ إلى الإنترنت وعزل. وجواب CoreWeave هو Nimbus: وهو بنية شبكات افتراضية تنقل وظائف VPC إلى وحدات DPU. تذكر الوثائق المنشورة وحدات NVIDIA BlueField-3 DPU، وتصف في البنية الأمنية VRF وVXLAN وتوجيه EVPN Type 5.

تقع DPU بين الحوسبة التي يتحكم بها العميل والبنية التحتية التي يتحكم بها المزوّد، مما يجعل موقعها شديد الحساسية. يمكنها معالجة حركة الشبكة الافتراضية، وفرض التقسيم، وترك وحدة المعالجة المركزية (CPU) للمضيف لأحمال العمل؛ كما يمكنها أن تجعل حدود عزل المستأجرين خارج نظام التشغيل الذي قد يتحكم به العميل. لذلك، هو خيار أداء وخيار أمني معاً.

كيف تتكون طبقة VPC الافتراضية (overlay)

يفصل VRF نطاق توجيه عن آخر؛ ينقل VXLAN شرائح المستأجرين عبر نسيج مادي (underlay) مشترك؛ يوزع EVPN قابلية الوصول، ويستطيع توجيه Type 5 نشر بادئات IP، وليس فقط عناوين MAC. تركيب هذه الآليات يمكّن CoreWeave من تقديم شبكات خاصة فوق بنية تحتية مادية مشتركة.

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

DPU تصبح جزءاً من جذر الثقة

Nimbus يحسن فصل وظائف شبكة المزوّد عن مضيف العميل، لكنه يرفع أيضاً أهمية البرامج الثابتة (firmware) لـ DPU والإقلاع الآمن والمفاتيح وتوزيع السياسات والسجلات والاستعادة. الجهاز الذي يفرض العزل يجب أن يكون قابلاً للمراقبة والترقيع، وفي الوقت نفسه لا يصبح مساراً خارج السيطرة إلى بيئة المستأجر.

يؤثر حد التحكم هذا أيضاً على تشخيص الأعطال. مشكلة الاتصال قد تنبع من حمل العميل، أو سياسات Kubernetes، أو تكوين VPC، أو برمجيات DPU، أو مستوى تحكم EVPN، أو النسيج المادي. تحتاج فرق الدعم إلى أدلة من مختلف الطبقات، دون أن تسمح لمستأجر برؤية بيانات مستأجر آخر. توضح المواد المنشورة التصميم المتوقع، لكنها لا تقدم سجلات مستقلة التحقق لأعطال العزل وأوقات الإصلاح عبر الأسطول.

Kubernetes على المعادن العارية هي واجهة تحكم العميل

تقدم خدمة CoreWeave Kubernetes (CKS) نظام Kubernetes مُدار على بنية تحتية من المعادن العارية، متجنبة إدخال طبقة آلات افتراضية تقليدية بين منصة الحاويات وخوادم GPU. يحصل كل عنقود على VPC مستقل، ويتكامل مع شبكات وتخزين عاليي الأداء مُصممين لأحمال العمل الموزعة.

المعادن العارية تقلل طبقة تجريد، لكنها لا تعني البساطة. فلا يزال على Kubernetes اكتشاف وحدات GPU، وعرض الأجهزة، وفرض الحصص، ووضع البودات (pods)، والتعاون مع إضافات الشبكة والتخزين. على المنصة أن تنسق صور العقد، والتعريفات (drivers)، والبرامج الثابتة، وبيئة تشغيل الحاويات، وترقيات العناقيد، مع أجيال العتاد الأساسية. يحصل العميل على API مألوف، وتتحمل CoreWeave مصفوفة توافق أعمق.

ما تستطيع Kubernetes تقريره وما لا تستطيع

تستطيع Kubernetes أن تقرر موضع البودات بناءً على المعلومات والسياسات المتاحة للمجدول، لكنها لا تفهم تلقائياً كل قضيب أو وحدة بصرية أو مسار تبديل أو حالة اتصال المجموعات. تحتاج CoreWeave إلى إضافة إضافات أجهزة (device plugins) ومشغّلات (operators) ومعلومات طوبولوجيا وتحكم تشغيلي لجعل الجدولة المنطقية متوافقة مع موارد مادية قابلة للتنفيذ.

لسياسات الشبكة أيضاً نطاق محدد. يمكن لسياسات Kubernetes تقييد حركة المرور بين أحمال العمل، بينما توفر VPC وDPU حدوداً أوسع للمستأجرين والتوجيه. مجرد وجود كائن سياسة لا يعني أن مسار الرزم الفعلي ينفذ بالضرورة القواعد المتوقعة؛ يجب أن يتطابق التكوين والتنفيذ والمراقبة.

SUNK تحول العناقيد إلى حاسوب فائق مُدار

تُسوَّق SUNK كخدمة حاسوب فائق مُدار من الفئة الإنتاجية، تجمع البنية التحتية والنسيج عالي الأداء وتنسيق أحمال العمل وتشغيل CoreWeave، مستهدفة العملاء الذين يريدون بيئات كبيرة مخصصة دون بناء منشآت كاملة وفرق تشغيل خاصة بهم.

هذا يغير تقسيم المسؤوليات. يظل العميل مسؤولاً عن بنية النموذج والتعليمات البرمجية والبيانات واستراتيجيات المهام، بينما ينتقل المزيد من دورة حياة العتاد وتأهيل العناقيد ومعالجة الأعطال إلى CoreWeave. وهو بذلك أشبه بمنشأة HPC مُدارة تُسلم عبر عقود وبرمجيات عصر السحابة، وليس بمجمع من النسخ المتطابقة تماماً.

Mission Control يحول التشغيل إلى منتج

يضيف Mission Control المراقبة والصيانة والإصلاح ودعم دورة الحياة. كلما كبرت المهمة، زادت أهميته: ففي مجموعة خوادم صغيرة، استبدال مكون له تأثير محدود؛ أما في مجموعة موارد متزامنة بإحكام، فإن تشخيص وصلة متدهورة قد يحدد ما إذا كانت آلاف ساعات المسرّعات ستنتج قيمة أم لا.

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

التخزين جزء من الحوسبة الشبكية

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

لحركة نقاط التفتيش نمط خاص. فقد يحفظ العديد من العمال (workers) الحالة في نفس الوقت، مما يخلق حركة دفعية مفاجئة تختلف عن اتصالات المجموعات. إذا كان التخزين يتشارك الموارد المادية مع نسيج التدريب، فسيلزم عزل أو تخطيط للسعة؛ وإذا استخدم شبكة مستقلة، فلا يزال على المنصة تنسيق الأعطال والاستعادة عبر المسارين.

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

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

الشبكة الأساسية تربط المناطق، وليست حاسوباً فائقاً متزامناً

تصف CoreWeave شبكة أساسية من فئة شركات الاتصالات (carrier-grade backbone) تربط مراكز البيانات في أمريكا الشمالية وأوروبا عبر الألياف البرية والبحرية، وتوفر نظيراً مباشراً (direct peering) وخطوطاً مؤجرة (Direct Connect). تورد ملفات الشركة سرعات 10 و100 و400 غيغابت في الثانية لـ Direct Connect، حسب الموقع والتوفر.

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

خطوط الاتصال المخصصة تقلل نوعاً من عدم اليقين

الدوائر المخصصة يمكن أن تقلل من تقلب توجيه الإنترنت العام، وتوفر حدوداً أوضح للسعة والدعم، لكنها لا تخلق عالماً خاصاً تماماً من البداية إلى النهاية. دخول العميل قد يعتمد على شركات اتصالات، وربط بيني (cross-connect)، ومشغلي مراكز البيانات؛ وللمنافذ السحابية (cloud on-ramp) إجراءات موافقة وتكوين خاصة بها؛ كما أن تنوع التوجيه وملكية الأصول في كل نقطة لم يتم الإفصاح عنها كاملةً.

لذلك، لا يمكن تصنيف CoreWeave كمشغل اتصالات من الفئة الأولى (Tier-1). تشغل الشركة شبكة أساسية وتشارك في التبادل (peering)، لكن الأدلة المتاحة لا تثبت وصولاً عالمياً دون تسوية مالية أو ملكية كل مسارات الألياف. ميزتها هي الترابط العميق مع موارد الحوسبة التي تملكها، وليس استبدال منظومة الاتصالات العالمية.

التصميم الإقليمي ينتج توفرات مختلفة

حتى نهاية 2025، كانت لدى CoreWeave منشآت في ستة بلدان. هذا الرقم لا يعني أن كل جيل من المسرّعات أو الأنسجة أو الخدمات أو سرعات الخطوط المؤجرة متوفرة في كل بلد. المناطق تبدأ الخدمة على مراحل، لأن الطاقة والتبريد والشبكات والعتاد والقبول التشغيلي لا يكتمل في نفس اللحظة.

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

الموثوقية تحول رأس المال إلى وقت فعّال

سواء كانت المهمة تعمل أم تنتظر، فإن تكاليف تمويل عتاد CoreWeave تستمر في الحدوث. لذلك، الموثوقية متغير مالي. أعطال الأنسجة، أو تدهور GPU، أو توقف التخزين، أو أخطاء الجدولة، تقلل من الإنتاجية القابلة للفوترة والإنتاجية الفعلية، بينما لا تتوقف الفوائد والإيجارات والتزامات الطاقة.

العقد المتباطئة (Straggler) أصعب من الأعطال الكاملة

العقد المعطلة بالكامل سهلة الاكتشاف، أما المتباطئة فقد تظل موسومة كعاملة (online) بينما تبطئ كل نقطة تزامن. المهام الكبيرة تحتاج إلى قياس عن بعد (telemetry) لاكتشاف تدهور الأداء، وليس مجرد حالة ثنائية (صحي/معطوب). على المجدول وفرق التشغيل أن يقرروا ما إذا كانوا سيصرفون (drain) أو يستبدلون أو يستمرون في استخدام المكون.

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

التأهيل هو اختبار منظومة

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

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

التمويل هو أيضاً إحدى طبقات البنية

بلغت إيرادات CoreWeave لعام 2025 ما قدره 5.1 مليار دولار، بصافي خسارة 1.2 مليار دولار، ونفقات نقدية سنوية لشراء الأصول الثابتة 10.3 مليار دولار، والتزامات أداء متبقية بقيمة 60.7 مليار دولار في نهاية العام. ويكشف الملف نفسه أيضاً عن تمويل ضخم للمعدات وديون وإيجارات وتعهدات بنية تحتية.

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

أظهر الربع الأول من 2026 الطلب وتكاليف الحيازة معاً

حتى 31 مارس 2026، كشفت CoreWeave عن إيرادات 2.078 مليار دولار، وصافي خسارة 740 مليون دولار، ونفقات فوائد بقيمة 536 مليون دولار، وذكرت 99.4 مليار دولار كقيمة متراكمة للطلبات (backlog) وفق تعريفها الخاص. ظهور وضوح الطلب وأعباء التمويل الثقيلة في الربع نفسه معاً.

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

تمويل GPU المضمون يربط الأصول بالعقود

تستخدم CoreWeave قروضاً مضمونة وتمويل معدات وهياكل مدعومة من العملاء للتوسع. في يونيو 2026، أعلنت الشركة عن ترتيب تمويلي بقيمة 8.5 مليار دولار، ووصفت الصفقة بأنها مضمونة بوحدات GPU (GPU-backed) وذات تصنيف درجة استثمارية (investment-grade-rated). هذا يوسع قدرة النشر، لكنه ليس إيرادات، ولا يعني أن كل ديون الشركة مصنفة استثمارياً.

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

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

تركيز العملاء هو أيضاً تبعية بنية تحتية

شكلت مايكروسوفت 67% من إيرادات CoreWeave لعام 2025. وجود عميل مرساة يمكن أن يثبت الطلب ويدعم التمويل ويمكن المزوّد من الشراء المسبق، لكنه أيضاً يقوي القدرة التفاوضية للعميل ويجعل الاستفادة شديدة الحساسية لعلاقة تجارية واحدة.

كما كشفت CoreWeave أو أعلنت عن علاقات مع عملاء مثل Meta وAnthropic. اختارت Flow Traders في يوليو 2026 CoreWeave لتدريب نموذج أساسي؛ وأعلنت Leidos عن شراكة لتوفير ذكاء اصطناعي لمهام الدفاع والأمن القومي والاستخبارات. المصادر ذات الصلة تثبت العقود أو الخيارات أو الشراكات الموصوفة، لكنها لا تثبت أن التركيز قد زال، ولا أن كل السعة المعلنة قد دخلت الإنتاج.

عقود الاستلام أو الدفع (Take-or-pay) تنقل المخاطر ولا تلغيها

العقود متعددة السنوات من نوع take-or-pay تحسن وضوح الطلب ويمكن أن تدعم التمويل. إنها تنقل جزءاً من مخاطر الاستفادة إلى العميل، لأن الدفع لا يعتمد كلياً على الاستهلاك قصير الأجل؛ لكن مخاطر البناء والطاقة والتسليم والأداء والائتمان وإعادة التفاوض تبقى قائمة.

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

أحمال العمل الدفاعية والخاضعة للتنظيم ترفع عتبات الضمان

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

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

الاستحواذات البرمجية تمتد لأعلى، والاندماج الفاشل يشير إلى المنشآت في الأسفل

في عام 2025، استحوذت CoreWeave على Weights & Biases وOpenPipe وmarimo وMonolith AI. تضيف Weights & Biases أدوات تطوير النماذج والمراقبة، بينما توسع الصفقات الأخرى قدرات الاستدلال والدفاتر (notebooks) والذكاء الاصطناعي الصناعي. وهذا يمد الشركة من البنية التحتية نحو أعلى سلسلة دورة حياة التطوير.

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

أما الاستحواذ المقترح على Core Scientific فيشير إلى الطبقة المادية. أعلنت CoreWeave عن اتفاقية اندماج في يوليو 2025، أملاً في تعزيز السيطرة على سعة مراكز البيانات واقتصاديات التأجير. لكن Core Scientific أنهت الاتفاقية بعد تصويت المساهمين في 30 أكتوبر 2025. لم تستحوذ CoreWeave على Core Scientific.

يُظهر نوعا الصفقات تكاملاً في اتجاهين: صعوداً نحو برمجيات المطورين، ونزولاً للسيطرة على السعة المادية. كما يُظهر الاندماج الفاشل أن السيطرة على البنية التحتية لا يمكن شراؤها دائماً بالسرعة التي تريدها منصة تقنية؛ فالمساهمون والجهات التنظيمية والتمويل وهياكل العقود يمكن أن تعيق التكامل الرأسي.

ما تستطيع CoreWeave التحكم به وما لا تستطيع

تتحكم CoreWeave بمنصة العميل، والكثير من خيارات التصميم، وتأهيل الأجهزة، وعمليات التنسيق والتشغيل. يمكنها أن تقرر كيف يرسم Nimbus شبكات VPC، وكيف تُعرض العناقيد، وأي الخدمات تديرها الشركة، وكيف تُعالج الحوادث؛ كما يمكنها شراء العتاد مسبقاً وتنظيم المنشآت حول كثافة المسرّعات.

لكن NVIDIA تتحكم بخريطة الطريق الرئيسية لوحدات GPU وNVLink وInfiniBand وSpectrum-X وBlueField. وتتحكم المرافق العامة وشركاء مراكز البيانات بجزء من توصيل الطاقة والمنشآت؛ وتتحكم شركات الألياف ونقاط التبادل والسحابات بالاتصال الخارجي؛ ويقيد المقرضون وممولو المعدات رأس المال؛ ويؤثر العملاء الكبار على تخطيط السعة من خلال العقود.

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

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

الموقع التنافسي: السحابة المخصصة هي خيار في توزيع المسؤوليات

تنافس CoreWeave السحابات فائقة الضخامة، والسحابات الأخرى المخصصة لوحدات GPU، وعناقيد العملاء المبنية ذاتياً، بالإضافة إلى توليفات من المساحات المشتركة (colocation) والخدمات المُدارة والتكامل. المقارنة لا تكون فقط بعدد وحدات GPU أو اختبار مرجعي واحد؛ بل يقارن المشترون أجيال العتاد، والأقمشة، والتخزين، والجدولة، والخطوط المخصصة، والدعم، ومدة العقود، والجغرافيا، والتكلفة الإجمالية لنقل البيانات.

المقارنة مع السحابات فائقة الضخامة

تقدم AWS وMicrosoft Azure وGoogle Cloud وOracle خدمات أوسع ومنظومة عالمية وميزانيات عمومية أكبر، ويمكنها دمج البنية التحتية للذكاء الاصطناعي مع قواعد البيانات والأمن والتحليلات والمشتريات المؤسسية. ترد CoreWeave بالتخصص: تقديم أجيال NVIDIA محددة بسرعة أكبر، واستخدام تنسيق المعادن العارية، وتصميم المنصة حول أحمال عمل المسرّعات عالية الكثافة.

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

المقارنة مع السحابات المخصصة الأخرى

مزودون مثل Lambda وNebius وCrusoe يتداخلون في المسرّعات والعناقيد والخدمات المُدارة، لكنهم يختلفون في الجغرافيا واستراتيجيات الطاقة والتوليفة البرمجية والملكية والتمويل والتحكم بالمنشآت. "Neocloud" مجرد تصنيف سوقي، ولا يعبر عن بنية مشتركة.

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

المقارنة مع العناقيد الخاصة المبنية ذاتياً

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

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

المبدّلات المبردة بالسوائل تشير إلى أين قد ينتقل عنق الزجاجة القادم

في يوليو 2026، أصدرت CoreWeave بنية تبديل مبردة بالسوائل، وقالت إنها ترفع كثافة النطاق الترددي للشبكة في كل رف. الرقم ناتج عن حسابات وتصميم خاصين بالشركة، وليس اختباراً مستقلاً على مستوى الأسطول، لكن الآلية مهمة: عندما ترتفع كثافة المسرّعات، يمكن أن يصبح استهلاك الطاقة والحرارة للمبدّلات والوحدات البصرية قيداً على الرف.

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

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

Vera Rubin هو انتقال مستقبلي، وليس وصفاً للأسطول الحالي

تصف مواد CoreWeave في يوليو 2026 الاستعداد لمنصة NVIDIA Vera Rubin NVL72، وتقدم قياسات رمزية لكل ميغاواط (tokens-per-megawatt) أو تصريحات استشرافية مقارنةً بـ Blackwell. هذه التصريحات تنسب إلى CoreWeave وتكوينات محددة، ولا يمكن اعتبارها دليلاً على توفرها على مستوى الأسطول وقت إجراء البحث.

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

وهذا يعمّق أيضاً التبعية لـ NVIDIA. الوصول المبكر يمكن أن يجذب العملاء وعقوداً عالية القيمة، لكنه يعرض CoreWeave لتوقيت المورد وأسعاره وقراراته المعمارية. تنويع العملاء أو الطبقة البرمجية لا يعني تلقائياً تنويع الطبقة المادية.

التأثيرات على البنية التحتية الرقمية الأوسع

توسع CoreWeave يؤثر فيما هو أبعد من تأجير وحدات GPU. التزامات بمستوى الغيغاواط تزيد الطلب على توليد الكهرباء، والربط بالشبكة، والمحولات، والتبريد، والأراضي، والبناء؛ والأقمشة عالية المنافذ (high radix) تزيد الطلب على المبدّلات والوحدات البصرية والألياف؛ والخطوط المخصصة تزيد الطلب على شركات الاتصالات ونقاط التبادل والمنافذ السحابية؛ والتمويل يتطلب من المقرضين تقييم أصول تقنية سريعة التقادم بعقود طويلة الأجل.

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

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

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

ما لا تراه الأدلة العامة

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

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

يجب التعامل مع الحجم بالحذر نفسه: الطاقة قيد التشغيل ليست طاقة متعاقداً عليها؛ وقيمة backlog ليست إيرادات؛ والمكالمات المجدولة للأرباح ليست نتائج فعلية؛ واتفاقيات العملاء المعلنة ليست استخداماً فعلياً؛ والاستحواذات المقترحة ليست ملكية؛ والعتاد المستقبلي ليس الأسطول الحالي.

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

الحكم الأساسي

غالباً ما يُطلق على ما تقدمه CoreWeave اسم "سعة حوسبية"، لكن المنتج الأعمق هو في الحقيقة التنسيق: التنسيق بين خريطة طريق الموردين وبناء مراكز البيانات، بين التوسع الرأسي والتوسع الأفقي، بين سياسات DPU ونوايا المستأجرين، بين جدولة Kubernetes والطوبولوجيا المادية، بين التخزين ونقاط التفتيش، بين الشبكة الأساسية ووصول العملاء، بين التمويل طويل الأجل ودورات العتاد القصيرة.

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

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