تصميم الأنظمة (System Design) مهارة محورية لكل مهندس برمجيات يتجاوز كتابة الكود إلى بناء أنظمة تعمل وتصمد على نطاق واسع. هذه الصفحة هي المرجع التأسيسي لمسار تصميم الأنظمة؛ هدفها أن تفهم ماهيّة المجال وطريقة التفكير فيه قبل دراسة المكوّنات التفصيلية.
ما هو تصميم الأنظمة؟
تصميم الأنظمة هو عملية تحديد المعمارية والمكوّنات والواجهات وتدفّق البيانات لنظام برمجي بحيث يلبّي متطلّباته — خصوصًا حين يكبر عدد المستخدمين والبيانات.
كتابة دالّة تعمل شيء، وتصميم نظام يخدم ملايين المستخدمين بموثوقية وسرعة وتكلفة معقولة شيء آخر. تصميم الأنظمة يجيب عن أسئلة مثل: كيف نوزّع الحمل؟ أين نخزّن البيانات؟ ماذا يحدث حين يتعطّل مكوّن؟ كيف نبقى سريعين ونحن نتوسّع؟
لماذا يهمّ المهندسين؟
- بناء أنظمة تصمد: القرارات المعمارية المبكّرة تحدّد ما إذا كان النظام سيتوسّع بسلاسة أم ينهار تحت الحمل.
- مقابلات العمل: «مقابلة تصميم الأنظمة» ركن أساسي في توظيف المهندسين المتوسّطين والكبار.
- لغة مشتركة: تمنحك مفردات وأنماطًا تتيح التواصل مع فريقك حول القرارات المعمارية بوضوح.
المتطلّبات الوظيفية وغير الوظيفية
أوّل خطوة في أي تصميم هي التمييز بين نوعين من المتطلّبات:
- وظيفية (Functional): ماذا يفعل النظام. مثال: «يستطيع المستخدم رفع صورة ومشاركتها».
- غير وظيفية (Non-Functional): كيف يؤدّي النظام وظيفته تحت الضغط — وهي غالبًا لبّ تصميم الأنظمة:
- قابلية التوسّع (Scalability): التعامل مع نموّ الحمل.
- الموثوقية والتوفّر (Reliability & Availability): البقاء عاملًا رغم الأعطال.
- الأداء وزمن الاستجابة (Latency): السرعة التي يشعر بها المستخدم.
- الاتّساق (Consistency): مدى تطابق البيانات عبر النظام في كل لحظة.
- التكلفة: الموارد التي يستهلكها الحلّ.
المبتدئون يركّزون على الوظيفي؛ التصميم الجيّد يوازن الاثنين.
عقلية المفاضلات (Trade-offs)
الدرس الأهمّ في تصميم الأنظمة: لا يوجد تصميم مثالي، بل مفاضلات. كل قرار يكسب شيئًا ويكلّف شيئًا:
- زيادة السرعة عبر التخزين المؤقت (Caching) قد تعني بيانات أقلّ طزاجة.
- الاتّساق القويّ عبر النظام قد يكلّف زمن استجابة أعلى.
- التوسّع الأفقي يمنح مرونة لكنّه يزيد تعقيد الشبكة والتنسيق.
المهندس الجيّد لا يبحث عن «الإجابة الصحيحة الوحيدة»، بل يوضّح المفاضلات ويختار الأنسب للسياق ومتطلّباته.
علاقته بالخدمات المصغّرة (Microservices)
الخدمات المصغّرة أحد أنماط المعمارية ضمن تصميم الأنظمة، لا مرادفًا له. تصميم الأنظمة أوسع: يشمل قواعد البيانات، والتخزين المؤقت، وموازنة الأحمال، وطوابير الرسائل، سواء أكانت المعمارية خدمات مصغّرة أم كتلة واحدة (Monolith). لتعمّق في هذا النمط تحديدًا، راجع مسار الخدمات المصغّرة. وبما أنّ الأنظمة الموزّعة تقوم على الشبكة، فمن المفيد أساسيات الشبكات.
ما الذي يجب أن تفهمه قبل المتابعة
تأكّد أنك تستطيع شرح: الفرق بين المتطلّبات الوظيفية وغير الوظيفية، لماذا كل قرار تصميمي مفاضلة، وأنّ الهدف هو الملاءمة للسياق لا الكمال المطلق.
الخطوات التالية في المسار: التوسيع الأفقي مقابل الرأسي، وموازنة الأحمال، ونظرية CAP، والتخزين المؤقت، وطوابير الرسائل — لبنات تتجمّع لتصميم أنظمة قابلة للتوسّع، مع تمارين ومسائل على نمط مقابلات تصميم الأنظمة.