الـ Edge أولًا: مذكّرة معمارية

قبل ستة أشهر أطلقنا منصة على Cloudflare Workers — أكثر من ٢٤٠ نقطة حضور، بدايات باردة أقل من ٣٠ مللي ثانية، serverless بالكامل. هذه مذكّرة بما سأكرره، وما سأغيّره، وما لن ألمسه أبدًا.

ما نجح: زمن الاستجابة. استبدلنا مكدّس AWS Lambda + API Gateway بمتوسط ٢٨٠ مللي ثانية بمكدّس Workers بمتوسط ٢٨ مللي ثانية. تحسّن ١٠ أضعاف، وليس قريبًا. المستخدمون في سنغافورة كانوا ينتظرون ٦٠٠ مللي ثانية؛ الآن ينتظرون ٤٠. هذا وحده برّر الهجرة.

ما نجح: سرعة النشر. انتقلنا من خط CI/CD بـ ١٢ دقيقة إلى واحد بـ ٩٠ ثانية. تغيّر حلقة التغذية الراجعة كبير — المهندسون يُطلقون ٣ أضعاف لأن الإطلاق رخيص.

ما انكسر: الحالة. Workers بلا حالة، وهو جيد حتى تحتاج قاعدة بيانات. جربنا D1 (SQLite من Cloudflare) ويعمل، لكنه ليس Postgres. اللحظة التي تحتاج فيها joins أو معاملات أو أي استعلام غير تافه، تبدأ بفتقدان Postgres. انتهينا بهجين: Workers للمسارات الساخنة، Postgres على RDS للباقي. ضريبة زمن العودة للمنطقة حقيقية لكن قابلة للإدارة.

ما لن أكرّره أبدًا: بناء قاعدة بيانات متعددة المناطق بنفسي. جربنا CockroachDB لشهر. عملت. كلّفت أيضًا ٤ أضعاف RDS وأضافت تعقيدًا تشغيليًا لا نحتاجه. لأغلب التطبيقات، Postgres بمنطقة واحدة مع read replica يكفي. لا تبنِ قاعدة بيانات موزّعة إلا إذا اضطررت.

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