Supabase: ما الذي تديره خلف واجهة تطبيقك المبني بالذكاء الاصطناعي؟

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

ما هي Supabase، وأين تقع ضمن تطبيقك؟

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

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

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

هذا هو المقصود هنا بـالخلفية كخدمة، أو BaaS: استخدام مكونات خلفية مُدارة بدلًا من بناء كل مكوّن وتشغيله بنفسك. ولا يعني ذلك أن قواعد عملك قد كُتبت مسبقًا.

جرت مراجعة المعلومات بالرجوع إلى وثائق المنتج المنشورة في 7 نوفمبر 2026. تستند القرارات التالية إلى بنية البيانات والتحكم في الوصول وسير التطوير وقابلية النقل. ولا تفترض قدرة استيعاب محددة للزيارات أو ضمانًا للتوافر.

فيمَ تُستخدم Supabase؟

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

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

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

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

ويمكن توزيع المسؤوليات عمليًا على النحو التالي:

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

مكونات المنصة ودور كل منها

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

Postgres: السجلات التي يحتفظ بها التطبيق

تخزّن Postgres البيانات المنظمة في جداول وتربط السجلات ذات الصلة. في بوابة الوكالة، يُعد العملاء والمشاريع والموافقات أنواعًا منفصلة من السجلات تربط بينها علاقات. وSQL هي اللغة المستخدمة للاستعلام عن هذه البيانات وتعديلها. الفائدة أن سؤالًا مثل «أي المشاريع ما زالت تنتظر موافقة هذا العميل؟» يمكن الإجابة عنه بتتبع تلك العلاقات. تبني Supabase خدماتها حول قاعدة البيانات هذه بدلًا من استبدالها بتنسيق جداول خاص بها. وتشرح وثائق البنية المكونات مفتوحة المصدر وآليات التصدير القياسية التي يقوم عليها هذا الاختيار. وتبقى العقبة في تصميم البيانات: فالملكية أو العلاقات غير المحددة جيدًا لا تتحسن لمجرد أن أداة ذكاء اصطناعي أنشأت الجداول.

ما وظيفة Supabase Auth؟

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

Storage: الملفات المرتبطة بالسجلات

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

Edge Functions: مهام تُنفّذ على الخادم

تشغّل Supabase Edge Functions شيفرة TypeScript على الخادم ضمن بيئة تشغيل متوافقة مع Deno، أي البيئة التي تنفذ الشيفرة. ويمكنها استقبال webhooks، وهي إشعارات ترسلها خدمات أخرى، واستدعاء واجهات API خارجية. مثلًا، قد يشغّل إشعار دفع دالة تتحقق من الحدث وتحدّث حالة الحساب. ويشرح دليل Edge Functions أيضًا استخدامها للبريد الإلكتروني واستدعاءات خدمات الذكاء الاصطناعي. هذا موضع المهام الموثوقة على الخادم عندما لا ينبغي للمتصفح الاحتفاظ ببيانات الاعتماد أو تقرير النتيجة. وتظل الدوال بحاجة إلى التخويل ومعالجة الأخطاء؛ فتوليد نقطة نهاية لا يحسم أيًا منهما.

ماذا تقدم Supabase Realtime؟

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

البحث المتجهي: العثور على المعاني المتقاربة

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

كيف تستخدم أدوات بناء التطبيقات ووكلاء البرمجة Supabase؟

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

Lovable: مشروعك أم الخلفية المدمجة؟

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

النتيجة العملية تتعلق بملكية الاتصال. عبارة «يستخدم تقنية Supabase» لا تثبت وجود مشروع داخل مؤسستك على Supabase تستطيع الوصول إليه مباشرةً من لوحة التحكم. وتقول Lovable إن الانتقال بين خلفيتها المدمجة ومشروع Supabase الخاص بك ليس تلقائيًا. اختر الترتيب المناسب قبل أن تتراكم في التطبيق سجلات العملاء والإعدادات.

Bolt: سجل التطبيق يختلف عن سجل قاعدة البيانات

يمكن ربط Bolt بـSupabase للوصول إلى قاعدة البيانات والمصادقة وEdge Functions. ويقول دليل تكامل Supabase الحالي إن المشاريع الجديدة تستخدم افتراضيًا قاعدة بيانات Bolt، بينما يتطلب ربط قاعدة بيانات في Supabase أو المطالبة بملكيتها خطة Pro أو Teams. إذا كنت تنوي إدارة Supabase مباشرةً، فتأكد من إنشاء هذا الاتصال صراحةً.

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

v0: اتصال التطبيق وصلاحيات الأدوات أمران منفصلان

تدعم v0 منصة Supabase عبر تكاملات قواعد البيانات. وتشرح وثائق الاتصال بقاعدة البيانات اختيار قاعدة موجودة أو إنشاء واحدة من خلال Marketplace، ثم إتاحة هذا الاتصال لعمليات التوليد اللاحقة. وبذلك تعمل أداة البناء مع خلفية فعلية بدل الاكتفاء بإنتاج نموذج بصري.

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

خادم Supabase MCP: صلاحيات تطوير لها تبعات

بروتوكول سياق النموذج، أو MCP، طريقة معيارية لتمكين وكيل ذكاء اصطناعي من استخدام أدوات خارجية. يمكن لخادم MCP الخاص بـSupabase إتاحة أدوات لفحص قاعدة البيانات وتنفيذ SQL وتطبيق الترحيلات والاستعلام عن السجلات التشغيلية ونشر Edge Functions. وبدل تخمين الجداول الموجودة، يستطيع الوكيل فحص المشروع الفعلي وإجراء تغيير عليه.

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

يخدم اتصال التطبيق المعتاد مستخدميك، بينما يخدم اتصال MCP وكيل التطوير. لا تفترض أن الوكيل يرث تلقائيًا حدود الوصول الممنوحة لكل عميل في التطبيق.

يفصل دليل أدوات الذكاء الاصطناعي في Supabase كذلك بين الوصول المباشر عبر MCP ومهارات الوكلاء، Agent Skills، التي تقدم تعليمات إجرائية قابلة لإعادة الاستخدام، والإضافات التي تجمع الاثنين. والموجّه المنسوخ مصدر تعليمات آخر؛ وليس اتصالًا مباشرًا بقاعدة البيانات. ويشير دليل التكاملات الأوسع إلى تكاملات لوحة التحكم ودليل الشركاء وVercel Marketplace وStripe Projects. هذه مسارات مختلفة لربط الخدمات أو إنشائها، وليست تسميات بديلة لـMCP.

ما هو RLS في Supabase؟

الأمان على مستوى الصف، أو RLS، نظام سياسات في قاعدة البيانات يقرر الصفوف التي يُسمح لطلب معين بالوصول إليها. وفي بوابة العملاء، قد تكون مهمته السماح للعميل بقراءة سجلات مؤسسته وتعديلها، مع منعه من الوصول إلى سجلات عميل آخر.

علاقته بتسجيل الدخول محددة: توفر Auth الهوية. وتحدد منح صلاحيات قاعدة البيانات ما إذا كان دور تلك الهوية يستطيع تنفيذ عملية على جدول. وتحدد سياسات RLS الصفوف التي يمكن أن تؤثر فيها تلك العملية. ويوجّه دليل الأمان على مستوى الصف في Supabase المطورين إلى إعداد المنح والسياسات معًا واختبار العمليات المسموح بها والممنوعة.

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

هل Supabase آمنة؟

توفر Supabase آليات للتحكم في الوصول؛ أما أمان تطبيق بعينه فيعتمد على كيفية إعدادها واستخدامها. الواجهة المصقولة أو نجاح تسجيل الدخول لا يكفيان دليلًا. السؤال هو: هل يُرفض الطلب غير المصرح به في الطبقة التي تقدم البيانات؟

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

ما هو مفتاح anon في Supabase؟

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

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

ما الذي تملكه، وما الذي تستطيع نقله، وما الذي يتطلب عملًا؟

تمنحك Supabase أساسًا مفتوح المصدر وبيانات Postgres قياسية، ما يتيح خيارات عملية للانتقال إلى بديل. لكن نقل التطبيق كله يتطلب أكثر من تصدير قاعدة بياناته.

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

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

يوضح دليل الاستعادة من المنصة إلى الاستضافة الذاتية حدود النقل عمليًا:

دوال قاعدة البيانات وEdge Functions شيئان مختلفان. تعمل الأولى داخل Postgres وتدخل ضمن تعريف قاعدة البيانات. أما الثانية فهي شيفرة تطبيق تعمل في بيئة تشغيل الدوال. والخلط بينهما يجعل التصدير يبدو أشمل مما هو عليه.

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

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

متى تلائمك Supabase، ومتى تختار خلفية أخرى؟

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

هل Supabase خيار جيد؟

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

تبقى العقبة في تحمل مسؤولية التطبيق. تستضيف Supabase المكونات، لكنها لا تقرر ما إذا كان يحق للعميل دعوة مستخدم آخر، أو إمكان سحب موافقة، أو قدرة الموظف على رؤية جميع الحسابات. إذا لم يتولَّ أحد تلك القرارات، فلن يحسمها اختيار خلفية أخرى.

للتعرف على الخطط والاستخدام المشمول ورسوم التجاوز، راجع دليل أسعار Supabase.

Firebase: عندما تكون الأولوية للمستندات والعمل دون اتصال

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

المقابل هو اختيار نموذج البيانات وسلوك المزامنة وفهمهما. لا تفترض أن Firestore بديل مباشر لتطبيق صُمم حول جداول علائقية. وبالمثل، أصبحت عبارة «Firebase لا تقدم إلا NoSQL» تعميمًا زائدًا: فـGoogle توثّق أيضًا خدمة PostgreSQL مُدارة تحت اسم Firebase SQL Connect. قارن منتجات قواعد البيانات المحددة، لا أسماء المنصات وحدها. وتتوسع مقارنتنا بين Supabase وFirebase في هذا القرار.

Neon: عندما يقود التفريع أسلوب التطوير

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

لا تبنِ الاختيار بين Supabase وNeon على التمييز القديم بين «خلفية متكاملة» و«قاعدة بيانات فقط». فـوثائق Neon الحالية تسرد أيضًا قدرات للمصادقة والتخزين والدوال والتحديثات الفورية. وتصف وثائق المصادقة المُدارة بيانات المستخدمين والجلسات التي تتفرع مع قاعدة البيانات. اختر بحسب سير التطوير وسلوك الخدمات اللذين يحتاج إليهما تطبيقك. والانتقال من استدعاءات خدمات Supabase الموجودة يظل بحاجة إلى أعمال تكامل.

مستضيف Postgres فقط: عندما تتوافر بقية المكونات

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

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

أين تكمن المبالغة في الحديث عن Supabase؟

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

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

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

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

ما الذي تتحقق منه قبل الاعتماد على التطبيق المولّد؟

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

1. 1

   حدّد الخلفية التي تتحكم فيها

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

2. 2

   أثبت الفصل بين العملاء

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

3. 3

   افصل تغييرات التطوير عن بيانات العملاء

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

4. 4

   حدّد إجراءات الاستعادة والانتقال

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

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

أسئلة المؤسسين حول Supabase

كيف تدير Supabase المصادقة؟

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

ما المقصود باسم superbase؟

إذا كنت تقصد منتج الخدمات الخلفية، فاسمه Supabase. وهو يجمع قاعدة بيانات Postgres مع خدمات مثل المصادقة والتخزين والدوال والتحديثات الفورية. أما «Superbase» فليست طريقة كتابة اسم هذا المنتج.

ما أبرز مزايا Supabase؟

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

ما البديل الأفضل من Supabase؟

قد تلائم Firestore من Firebase سير عمل قائمًا على المستندات دون اتصال بصورة أفضل. وتستحق Neon التقييم عندما يكون التفريع محوريًا في التطوير. وقد يناسب مستضيف Postgres وحده تطبيقًا يملك الخدمات الخلفية المحيطة بالفعل. وتكون Supabase خيارًا قويًا عندما تتوافق مكوناتها المتكاملة مع التطبيق الذي تبنيه.

هل تستخدم شركات كبيرة Supabase؟

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

هل Supabase مناسبة للمبتدئين؟

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

ما سبب انتشار Supabase؟

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

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