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

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

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

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

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

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