كشفت Cloudflare عن التفاصيل المعمارية وراء توسيع نطاق D1، قاعدة بياناتها المدارة واللامركزية المبنية على SQLite. يمثل هذا التوسع استجابة مباشرة للتحول في نماذج تطوير التطبيقات، خاصة مع ظهور التطوير المدعوم بالذكاء الاصطناعي ومنصات «vibe coding» التي تتطلب عددًا كبيرًا من قواعد البيانات الصغيرة، غالبًا ما تكون واحدة لكل مستخدم أو تطبيق.
على عكس البنية التقليدية التي تعتمد على مجموعات قواعد بيانات كبيرة قليلة، صُممت D1 لتناسب هذا النموذج الجديد الذي يتطلب ملايين قواعد البيانات مع دفع تكلفة الاستخدام الفعلي فقط.
نمو هائل وراء الأرقام
شهدت D1 نموًا ملحوظًا في استخدامها. فقد زاد عدد قواعد البيانات الحية وغير المحذوفة بمقدار 15 ضعفًا خلال العام الماضي، و65 ضعفًا خلال العامين الماضيين، اعتبارًا من 8 أكتوبر 2026. كما ارتفع عدد قواعد البيانات النشطة يوميًا بمقدار 18 ضعفًا خلال العام الماضي. تشير هذه الأرقام إلى اعتماد متزايد من قبل المنصات الكبيرة التي تستخدم أدوات Cloudflare المتاحة للجميع.
مبادئ هندسية لتصميم قوي
لتحقيق هذا التوسع، اتبعت Cloudflare مجموعة من المبادئ الهندسية التي يمكن أن يستفيد منها أي شخص يبني على منصة Cloudflare للمطورين:
- تصميم جميع العمليات مع الأخذ في الاعتبار الفشل والقدرة على العمل بشكل متكرر (idempotency).
- تجنب المكونات المركزية أحادية المنطقة في أي مسار حرج لعمليات مستوى البيانات (data plane operations).
- استخدام Workers KV، وهو متجر مفتاح-قيمة موزع عالميًا، لبيانات التوجيه الوصفية الحيوية.
- استخدام Hyperdrive للوصول إلى قواعد بيانات Postgres المركزية لتجميع الاتصالات الفعال والتوجيه والcaching الأمثل، مع استخدام نسخ القراءة المتماثلة حيثما أمكن.
- حساب التجميعات (aggregations) بشكل دوري في قاعدة البيانات لتجنب استعلامات المسح (scan queries) أثناء معالجة طلبات المستخدمين.
- استخدام الاتساق اللاحق (eventual consistency) والانتظار في الطابور (queuing) بين المكونات التي لا تتطلب اتساقًا قويًا لزيادة الموثوقية والتوافر.
- اختبار تحميل التطبيق بأعباء عمل واقعية لاكتشاف الاختناقات.
نظرة على بنية D1 وكيفية عملها
تعتمد بنية D1 على عدة مكونات رئيسية. كل قاعدة بيانات D1 مدعومة بـ SQLite Durable Object، مما يسهل إنشاء الملايين منها. تمر جميع طلبات API عبر بوابة Cloudflare Edge ويتم خدمتها بواسطة D1 Edge API Worker. تستخدم نقاط نهاية CRUD (الإنشاء، القراءة، التحديث، الحذف) Hyperdrive للاستعلام عن مجموعات Postgres في مراكز بيانات Cloudflare المركزية.
يعمل D1 Eyeball Worker كوكيل لجميع الطلبات التي تحتاج إلى معالجة بواسطة Durable Objects الأساسية، ويتولى إدارة الاستعلامات ومراقبتها ومعالجة الأخطاء. يُستخدم Workers KV كطبقة caching على Edge للبيانات الوصفية الكثيفة القراءة.
إنشاء قواعد بيانات سريعة حسب الطلب
عندما يقوم المستخدم بإنشاء قاعدة بيانات D1، تحدث عدة عمليات سريعة. تتضمن هذه العمليات التحقق من حدود الحساب، وإنشاء معرف فريد لقاعدة بيانات D1 ومعرف Durable Object، وتهيئة Durable Object، وحفظ المعلومات في Postgres، وكتابة التعيين من معرف قاعدة البيانات إلى معرف Durable Object في Workers KV. يتم التعامل مع هذه الطلبات بواسطة Edge API Worker الأقرب للمستخدم، وفي الحالات التي تتطلب جولات متعددة مع Postgres، يتم توجيه الطلبات إلى مراكز البيانات القريبة من Postgres لتقليل زمن الاستجابة.
ماذا يعني هذا للمطورين؟
بالنسبة للمطورين، تعني هذه التطورات أن D1 أصبحت منصة أكثر قوة ومرونة لتطوير التطبيقات متعددة المستأجرين (multi-tenant) والتطبيقات التي تعتمد على وكلاء الذكاء الاصطناعي. القدرة على إنشاء وإدارة ملايين قواعد البيانات الصغيرة بكفاءة وبتكلفة مناسبة تفتح آفاقًا جديدة لتصميم التطبيقات وتوزيعها، مما يقلل من التعقيد التشغيلي ويتيح للمطورين التركيز على بناء الميزات الأساسية دون القلق بشأن البنية التحتية لقواعد البيانات.
المصدر: blog.cloudflare.com