التوسع التقني: ما ينكسر أولا حين ينمو منتجك

قاعدة البيانات أولا

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

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

افصل الأحمال

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

التخزين المؤقت

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

المراقبة قبل التوسع

1. زمن الاستجابة عند النسب العليا لا المتوسط — المتوسط يخفي المعاناة.
2. معدل الأخطاء ومصادرها.
3. طول الطوابير وزمن الانتظار فيها.
4. استهلاك الموارد لكل مستأجر لمعرفة من يكلفك أكثر مما يدفع.

تجنب الهندسة الزائدة

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

أسئلة شائعة

متى نبدأ التفكير في التوسع؟

من البداية بقرارات رخيصة: لا حالة في ذاكرة الخادم، ومهام ثقيلة في الخلفية، وفهارس صحيحة، ومراقبة مفعلة. وهذه تكفي لنمو كبير بلا كلفة تعقيد.

هل ننتقل إلى خدمات سحابية مدارة؟

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

كيف نختبر التوسع قبل حدوثه؟

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