استحوذت Supabase على Turso لأن الوكلاء بحاجة إلى قاعدة بيانات لكل مهمة

أعلنت Supabase في الثاني من أكتوبر أنها جمعت 150 مليون دولار وأنها تستحوذ على Turso، وهي شركة قواعد بيانات قائمة على SQLite. قادت الجولة شركة GIC السنغافورية، بمشاركة CapitalG صندوق النمو التابع لـ Alphabet وIronArc وSquarePeg. ولم يُفصح عن سعر الاستحواذ، وينبغي ألا يُقرأ إعلان التمويل على أنه سعر الشراء.

الرهان المعماري الكامن خلف الصفقة هو الجزء المثير للاهتمام. بنت Supabase أعمالها حول Postgres، وهو نظام علائقي مصمم لتطبيقات تتشارك مخزناً واحداً متماسكاً. أما Turso فقد أعادت كتابة SQLite من الصفر وأزالت قيد الكاتب الواحد، ثم قدّمته عبر معمارية بلا أقراص مع الاحتفاظ بسجل الكتابة المسبقة (write-ahead log) على S3. والنتيجة قاعدة بيانات يمكن تهيئتها عند الطلب، لكل وكيل، بتكلفة لا تُذكر مقارنة بتشغيل جهاز لكل واحد منها.

الأرقام التي تستشهد بها Supabase

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

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

لماذا تكسر قاعدة بيانات واحدة لكل وكيل الحساب القديم

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

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

تشمل قائمة عملاء Turso التي تستشهد بها Supabase كلاً من Superhuman وCTO.new وSauna.ai وMastra. ويلتحق مؤسس Turso، غلوبر كوستا، بـ Supabase بصفته رئيس الخدمات الوكيلية (Head of Agentic Services)، إلى جانب الشريك المؤسس بيكا إنبرغ وبقية الفريق.

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

المنافسة التي تستهدفها هذه الخطوة

توضح عملية الاستحواذ أيضاً ما تنافسه Supabase. فعرضها المدفوع يتضمن المصادقة والتخزين ودوال الحوسبة الطرفية (edge functions) والاشتراكات الفورية والبحث الشعاعي، وهو ما يضعها في مواجهة Firebase وMongoDB Atlas وAWS Aurora في سوق الواجهات الخلفية المُدارة، لا في مواجهة مورّد قواعد بيانات واحد.

ولكل من هؤلاء نقطة ضعف مختلفة على مستوى طبقة الوكلاء. فـ Firebase تقيّد المطورين بنموذج مستندي وبسحابة Google. وMongoDB Atlas تنمذج البيانات بمرونة لكنها تحاسب على عنقود (cluster) لا على وحدة عمل وكيل. أما Aurora فهي قوية ومكلفة عند النطاق الصغير، مع تهيئة لا تناسب مهمة تعيش لدقائق.

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

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

تاريخ التمويل إشارة بحد ذاته

تأتي هذه الجولة بعد أربعة أشهر من إغلاق Supabase جولة Series F بقيمة 500 مليون دولار في يونيو 2026، والتي قيّمت الشركة بـ 10.5 مليار دولار بعد ضخ التمويل وقادتها GIC أيضاً. وجاءت تلك الجولة بعد جولة Series E بقيمة 100 مليون دولار في أكتوبر 2025 بتقييم 5 مليارات دولار. ويبلغ إجمالي رأس المال المُجمَّع الآن ما يتجاوز حاجز المليار دولار.

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

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

نمط التوحيد

ليست Supabase وحدها في هذه الخطوة. فقد جمعت Restate جولة Series A بقيمة 20 مليون دولار بقيادة Singular هذا الشهر لبنية تحتية متينة تمنع سير عمل الوكلاء الطويل من الفشل في منتصف المهمة. وأطلقت LlamaIndex أداة استخراج مستندات قائمة على المخططات تستهدف خطوط بيانات الوكلاء. والثيمة المشتركة في هذه الصفقات أن البنية التحتية التي تقوم عليها الوكلاء أصبحت فئة قائمة بذاتها، وأن الأجزاء التي كانت في السابق فكرة ملحقة صارت الآن ممولة.

بالنسبة للبناة، السؤال العملي هو ما الذي سيتغير. يُقال لمستخدمي Supabase الحاليين إنهم لن يلحظوا أي فرق، وهذا هو الجواب الصحيح لمنصة تشغّل الآن محرّكين تحت سقف واحد. والتحول الأكثر أثراً هو في الإعدادات الافتراضية. فإذا كان Postgres وSQLite يعيشان في النظام البيئي ذاته، يصبح الاختيار بينهما قراراً بشأن شكل عبء العمل لا بشأن المورّد، ويصبح الخيار الرخيص متاحاً في اللحظة التي يحتاجه فيها الوكيل بدلاً من انتظار دورة شراء.

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