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