قابلية التوسع

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

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

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

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

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