ما هو الخادم (Server)؟ دليل بلغة بسيطة لبناة التطبيقات

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

لماذا تهم الخوادم عند البناء بالذكاء الاصطناعي

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

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

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

تشبيه من الحياة اليومية

الخادم يشبه موظف شباك في مكتب بريد. لا يخرج للبحث عن زبائن، بل ينتظر. يأتي الزبون (العميل) بطلب، مثل "أرسل هذا الطرد" أو "هل عندي بريد؟"، فيتولى الموظف الطلب ويعطيه النتيجة. وشباك واحد يستطيع خدمة زبائن كثيرين واحداً تلو الآخر، ومكتب البريد المزدحم يفتح شبابيك أكثر.

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

كيف يصل الطلب إلى الخادم

عندما يزور أحدهم العنوان https://bookings.example.com/schedule:

1. بحث DNS. يسأل المتصفح نظام أسماء النطاقات عن عنوان IP الذي يشير إليه bookings.example.com. انظر كيف تعمل النطاقات وDNS.
2. الاتصال. يتصل المتصفح بذلك العنوان على المنفذ 443 لبروتوكول HTTPS، ويؤسس اتصالاً مشفّراً. انظر ما هو HTTPS وSSL.
3. الطلب. يرسل طلب HTTP: GET /schedule.
4. العمل. يشغّل الخادم الكود الذي يتولى /schedule، ربما يبحث عن حجوزات اليوم في قاعدة البيانات.
5. الرد. يرسل رمز الحالة 200 OK مع المحتوى، وهو صفحة HTML، أو بيانات JSON تعرضها الصفحة.

كل ذلك يستغرق عادةً جزءاً من الثانية.

أنواع الخوادم التي ستسمع عنها

لاحظ أن كلمة "خادم" تعني الجهاز والبرنامج معاً. فعبارة "الخادم تعطّل" قد تعني أياً منهما.

مثال عملي: تطبيق حجوزات لصالون حلاقة

إليك ما يفعله الخادم في تطبيق صغير لحجوزات صالون:

• يفتح الزائر الموقع. يرسل الخادم (أو شبكة CDN أمامه) ملفات الصفحة.
• تطلب الصفحة من الخادم GET /api/slots?date=2026-10-03. يستعلم الخادم من قاعدة البيانات عن المواعيد المتاحة، ويعيدها بصيغة JSON.
• يحجز الزائر الساعة 14:00. ترسل الصفحة POST /api/bookings. يتحقق الخادم من أن الموعد ما زال متاحاً، فهو لا يصدّق المتصفح على كلمته، ثم يحفظ الحجز ويعيد 201 Created.
• يستدعي الخادم خدمة البريد الإلكتروني بمفتاح سري محفوظ على الخادم لإرسال رسالة التأكيد.

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

ما يحتاجه الخادم ليعمل بشكل جيد

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

تصورات خاطئة شائعة

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

ماذا تسأل أداة البناء بالذكاء الاصطناعي

• «أي أجزاء من هذا التطبيق تعمل على الخادم، وأيها يعمل في المتصفح؟»
• «احتفظ بكل مفاتيح API على الخادم، واقرأها من متغيرات البيئة.»
• «افحص الصلاحيات على الخادم لكل طلب يقرأ البيانات أو يغيّرها.»
• «أين أجد سجلات الخادم، وماذا تقول عن هذا الخطأ؟»
• «هل يحتاج هذا التطبيق إلى خادم أصلاً، أم يمكن أن يكون موقعاً ثابتاً؟»
• «ماذا يحدث للطلب الأول بعد أن يكون التطبيق خاملاً لفترة؟»

الخوادم في Mythex

في Mythex لا تضبط الخوادم أو تديرها بنفسك. أثناء البناء، يعمل تطبيقك في بيئة سحابية خاصة للمعاينة الحية. وعند النشر، تنشره Mythex: الواجهات الأمامية الثابتة كمواقع ثابتة، والخلفيات (Node وPython وC# وJava وغيرها) كحاويات تُبنى من Dockerfile، دون أن تضبط أي استضافة بنفسك. وتختار Mythex حجم الجهاز عند النشر: افتراضياً معالج واحد و512 ميغابايت من الذاكرة، مع توفر المزيد عند الطلب (حتى 1 غيغابايت في الخطة المجانية، وحتى معالجَين و4 غيغابايت و3 أجهزة في خطة Pro). التطبيقات المنشورة تنام عند الخمول وتستيقظ عند الزيارة التالية، والتطبيق النائم لا يستهلك شيئاً من الحوسبة. التفاصيل موجودة في وثائق واجهات الخلفية (API backends) وحدود الاستضافة، ويغطي دليلنا عن استضافة الويب الصورة الأوسع.

الأسئلة