حين توظف فريقًا لبناء تطبيق، تتحدث في الغالب عن الشاشات. كيف يبدو التطبيق، وأي أزرار فيه، وكيف يبدو تدفق الحجز. هذا طبيعي لأن الشاشات ما تراه. لكن نحو نصف العمل، ومعظم المخاطر، يقع خلفها في الجزء الذي لا يريك إياه أحد في العرض: الخلفية.
الخلفية هي غرفة المحركات. تخزن مستخدميك وطلباتك، وتتحقق من كلمات المرور، وترسل الإشعارات، وتتحدث إلى مزودي الدفع، وتطبق قواعد عملك، وتغذي التطبيق ولوحة الإدارة بالبيانات. حين يكون التطبيق بطيئًا أو يفقد بيانات أو يحاسب عميلًا مرتين أو ينهار يوم الإطلاق، فالسبب في الغالب هنا.
لا تحتاج أن تصبح مهندسًا. لكن إن كنت تدفع مقابل تطبيق، فينبغي أن تفهم القطع الأساسية، وتطرح أسئلة معقولة، وتكتشف الإجابات الغامضة. يشرح هذا الدليل بنية تطبيقات الجوال بلغة بسيطة، مع القرارات التي تؤثر فعلًا في ميزانيتك وجدولك وقدرتك على النمو.
الصورة الكبيرة: ثلاث طبقات
كل تطبيق جوال تقريبًا، مهما كان معقدًا، مبني من الطبقات الثلاث نفسها.
- التطبيق (الواجهة). ما يعمل على هاتف المستخدم. الشاشات والنقرات والحركة والإعدادات المحلية.
- الخلفية (المحرك). برمجيات تعمل على الخوادم وتتولى العمل الحقيقي: الحسابات والبيانات والقواعد والمدفوعات والرسائل.
- البيانات والخدمات (الأسس). قواعد البيانات وتخزين الملفات وخدمات الأطراف الثالثة، كالخرائط والرسائل النصية وبوابات الدفع.
يطلب تطبيق الهاتف أشياء من الخلفية («أرني طلباتي») ويخبرها بأشياء («أنشئ هذا الحجز»). تتحقق الخلفية من الطلب وتؤدي العمل وتتحدث إلى قاعدة البيانات وتعيد إجابة. تجري المحادثة عبر الإنترنت من خلال ما يسمى الواجهة البرمجية API. فكر في الواجهة البرمجية كنادل: يأخذ طلب التطبيق إلى المطبخ ويعيد ما صُنع. لا يدخل التطبيق المطبخ بنفسه أبدًا.
لماذا يهم هذا صاحب العمل
لأن هذه الخيارات تحدد أمورًا تهتم بها بعمق:
- التكلفة. حصة أكبر مما يتوقع معظم الناس من الميزانية تذهب إلى عمل الخلفية.
- السرعة. سرعة تحميل الشاشات تعتمد على كفاءة إجابات الخلفية.
- الأمان. بيانات عملائك تعيش هنا. والحماية تحدث هنا.
- النمو. قدرة التطبيق على استيعاب عشرة آلاف مستخدم بسهولة عشرة تعتمد على كيف صُممت الخلفية.
- الحرية. إن لم تحصل على كود الخلفية والوصول إليه، فلا تستطيع تغيير المورّد. أنت عالق.
ويفسر أيضًا لماذا قد يختلف عرضان «لنفس التطبيق» كثيرًا. قد يتضمن أحدهما خلفية متينة ولوحة إدارة، وقد يتركهما الآخر بهدوء أو يبنيهما بشكل هزيل. اسأل دائمًا ماذا يشمل جانب الخادم.
أجزاء الخلفية، واحدًا واحدًا
المصادقة: من أنت؟
التسجيل وتسجيل الدخول وإعادة تعيين كلمة المرور. غالبًا تستخدم التطبيقات الحديثة رقم هاتف مع رمز لمرة واحدة، أو تسجيل الدخول عبر Apple أو Google. يحدد هذا الجزء أيضًا من يستطيع رؤية ماذا. ينبغي أن يرى العميل طلباته وحدها، ومقدم الخدمة أعماله وحدها، والمشرف كل شيء. الخطأ في الصلاحيات سبب كلاسيكي لتسرب البيانات.
قاعدة البيانات: حيث يعيش كل شيء
المستخدمون والمنتجات والحجوزات والمدفوعات والرسائل والتقييمات. تخزنها قاعدة البيانات بطريقة منظمة ليمكن إيجادها وتحديثها بسرعة. اختيارها وتصميمها جيدًا مهم، لأن تغيير البنية لاحقًا، بعد وجود بيانات حقيقية، بطيء ومحفوف بالمخاطر. المطورون الجيدون يقضون وقتًا في هذا مبكرًا.
منطق الأعمال: قواعدك، في كود
الأسعار والخصومات ورسوم الإلغاء ومناطق التوصيل وتقسيم العمولات ومن تُعرض عليه أي مهمة. هذه القواعد التي تجعل نشاطك لك. ينبغي أن تعيش في الخلفية لا داخل تطبيق الهاتف فقط، ليمكن تحديثها مركزيًا ولا يستطيع المستخدمون التلاعب بها.
لوحة الإدارة: غرفة التحكم
اللوحة التي يستخدمها فريقك لإدارة المحتوى والمستخدمين والطلبات والمبالغ المستردة والتقارير. ينساها كثير من أصحاب الأعمال حتى وقت متأخر. هي برمجية حقيقية وتستحق تخطيطًا حقيقيًا. اللوحة الضعيفة تعني موظفين يفعلون كل شيء عبر جداول البيانات والمطورين.
الإشعارات
إشعارات فورية للهواتف، إضافة إلى الرسائل النصية والبريد. تقرر الخلفية متى ترسل ماذا، وتمرر الرسائل عبر خدمات توصلها. الموثوقية هنا تشكل ثقة العملاء: تأكيد حجز لا يصل يخلق مكالمة دعم.
المدفوعات
تتحدث الخلفية مع بوابات الدفع لتحصيل البطاقات وتسجيل النتائج ومعالجة المبالغ المستردة وتسوية الأموال. للأمان، ينبغي أن تذهب تفاصيل البطاقة مباشرة إلى المزود، لا أن تستقر في قاعدة بياناتك. يشرح دليلنا لـخيارات الدفع في الإمارات الخيارات.
تخزين الملفات والوسائط
صور الملفات الشخصية وصور المنتجات والمستندات والإيصالات. تُحفظ عادةً في تخزين مخصص وتُقدَّم عبر شبكة توصلها بسرعة إلى المستخدمين في أي مكان.
تكاملات الأطراف الثالثة
الخرائط والموقع والرسائل النصية والبريد والتحليلات وCRM والمحاسبة وشركاء التوصيل. يتصل كل منها عبر واجهة برمجية ويضيف إعدادًا واختبارًا وتكلفة مستمرة. نناقش التكاليف التشغيلية المعتادة في تكاليف صيانة التطبيقات.
الميزات اللحظية
التتبع المباشر والدردشة وتحديثات الحالة الفورية تحتاج نمط اتصال مختلفًا عن الطلبات العادية. هي أعقد في البناء والاختبار، ولهذا غالبًا تنقل المشروع إلى نطاق سعري أعلى.
المراقبة والتسجيل
أدوات تراقب النظام وتسجل ما يحدث، ليُكتشف المشكل ويُصلح قبل أن يشتكي العملاء. خلفية بلا مراقبة سيارة بلا لوحة عدادات.
أين تعيش الخلفية؟ الخوادم والسحابة
تعمل الخلفيات على خوادم. قبل سنوات كان ذلك يعني شراء عتاد. اليوم تستخدم معظم التطبيقات الاستضافة السحابية، فتستأجر قدرة حوسبة وتدفع مقابل ما يُستخدم. المزايا هي المرونة والسرعة: تستطيع البدء صغيرًا وإضافة السعة مع النمو.
بضعة مصطلحات ستسمعها:
- الخوادم السحابية. آلات افتراضية تهيئها وتديرها، أو يديرها مطورك.
- الخدمات المُدارة. يدير المزود قاعدة البيانات أو التخزين أو الطابور نيابة عنك. عمل أقل وراحة أكبر، وأحيانًا تكلفة أعلى.
- بلا خوادم (Serverless). قطع صغيرة من الكود تعمل فقط عند الحاجة، وتدفع بحسب الاستخدام. فعالة لأحمال متقطعة، وإن لم تكن مثالية لكل شيء.
- المناطق. الموقع المادي للخوادم. الأقرب إلى مستخدميك يعني عمومًا استجابة أسرع. ولبعض الأنشطة قواعد عن مكان تخزين البيانات. اسأل أي منطقة ستُستخدم وتأكد من أي متطلبات مع مستشار.
الرسالة العملية: اسأل من يدفع تكلفة الاستضافة وتحت حساب من وكيف ستنمو التكلفة. تنمو فواتير السحابة مع الاستخدام، فالتطبيق الناجح يكلف تشغيله أكثر. خطط لذلك. وهو سبب آخر لقراءة أقسام التكلفة في دليل تكلفة تطبيقات الجوال.
حجرة واحدة أم خدمات مصغرة؟
هذا النقاش يفتن المهندسين ويحير الجميع. ببساطة:
الـالحجرة الواحدة (monolith) قاعدة كود واحدة تفعل كل شيء. أبسط في البناء والاختبار والنشر. لمعظم التطبيقات الجديدة، ومنها معظم تطبيقات الخدمات والتجارة الإلكترونية والحجز التي نراها في الإمارات، هي نقطة البداية الصحيحة.
تقسم الخدمات المصغرة النظام إلى خدمات صغيرة مستقلة كثيرة تتحدث إلى بعضها. تساعد الفرق الكبيرة جدًا والأنظمة الكبيرة جدًا على التحرك باستقلالية، لكنها تجلب تعقيدًا وبنية تحتية أكثر وتكلفة أعلى.
رأينا: ابدأ بسيطًا. الحجرة الواحدة جيدة التنظيم تتحمل قدرًا مدهشًا من النمو، ويمكن تقسيمها لاحقًا إن ظهرت الحاجة. احذر من عرض يقفز إلى الخدمات المصغرة لنسخة أولى بحفنة ميزات. قد يكون مبهرًا، لكنه عادةً مكلف وغير ضروري.
التصميم للنمو دون مبالغة في البناء
قابلية التوسع تعني أن النظام يستمر في العمل مع نمو الطلب. من السهل المبالغة فيها. لا تحتاج التصميم لعشرة ملايين مستخدم ولا مستخدم لديك. لكنك تريد أساسًا لن ينهار عند عشرة آلاف. من الممارسات المعقولة:
- إبقاء قاعدة البيانات جيدة البنية، بفهارس حيث تكثر عمليات البحث
- تخزين البيانات التي نادرًا ما تتغير مؤقتًا، فلا تُحسب من جديد لكل طلب
- نقل الأعمال البطيئة، كإرسال البريد، إلى طوابير خلفية
- تقديم الصور والملفات من تخزين مصمم لذلك
- الاختبار تحت الحمل قبل حملة كبيرة أو يوم إطلاق
اسأل مطورك كيف سيتعامل مع ارتفاع مفاجئ، كعرض ترويجي يصل إلى الجميع دفعة واحدة. إجابة هادئة محددة علامة جيدة. وإن كان الرد «سيكون كل شيء بخير»، فاستقصِ أكثر.
الأمان، مبني من البداية
لأن الخلفية تحمل البيانات، فهي تحمل أثقل عبء أمني. توقع أن يغطي فريقك على الأقل ما يلي.
- اتصالات مشفرة بين التطبيق والخادم
- معالجة آمنة لكلمات المرور والرموز، دون تخزين كلمات مرور صريحة
- فحوصات صلاحيات صارمة على كل طلب، لا في شاشات التطبيق فقط
- التحقق من المدخلات لصد البيانات الخبيثة
- تحديد المعدل لإبطاء الإساءة الآلية
- تحديثات منتظمة للبرمجيات والمكتبات التي تعتمد عليها
- نسخ احتياطية، مجربة، ليمكن استعادة البيانات
- تسجيل الإجراءات المهمة، للتحقيق
نتعمق في هذا أكثر في أمن تطبيقات الجوال وحماية البيانات في الإمارات، وتنطبق نصائح أمن تطوير الويب لدينا على لوحات الإدارة أيضًا. تؤثر قواعد حماية البيانات في ما تجمعه وكم تحتفظ به. هذه المقالة معلومات عامة لا مشورة قانونية، فتأكد من التزاماتك مع مستشار مؤهل.
الواجهات البرمجية: العقد بين التطبيق والخادم
الواجهة البرمجية المصممة جيدًا كعقد واضح: تحدد ما يستطيع التطبيق طلبه وما سيحصل عليه. الواجهات الجيدة موثقة ومتسقة ومُرقَّمة الإصدارات، ما يعني أن تطبيقًا أقدم على هاتف شخص ما يستطيع الحديث مع الخادم بعد أن تصدر تغييرات. هذا أهم مما يبدو. لا تستطيع إجبار الجميع على التحديث في اليوم نفسه، فيجب أن تستمر الخلفية في دعم الإصدارات الأقدم فترة.
اسأل هل ستتلقى توثيق الواجهة البرمجية. يساعد المطورين المستقبليين، ويتيح اتصال أنظمة أخرى، ويمنعك من الارتباط بمورد واحد.
خلفية واحدة أم تطبيقات كثيرة؟
غالبًا ما تحتوي منصة بعملاء ومقدمي خدمة ومشرفين على عدة واجهات أمامية، وهي تطبيق العميل وتطبيق مقدم الخدمة ولوحة الإدارة، كلها تشارك خلفية واحدة. وهذا فعال لأن القواعد والبيانات تُحفظ في مكان واحد. ويعني أيضًا أن الخلفية هي قلب المنتج الحقيقي. حين تقرأ عن تطبيق خدمات عند الطلب، فإن منطق المطابقة والتسعير والدفع كله يعيش هناك.
مثال تفصيلي: ماذا يحدث حين يحجز أحدهم خدمة
رؤية القطع تعمل معًا تجعلها أقل تجريدًا. تخيل عميلًا ينقر «تأكيد الحجز» في تطبيق خدمات منزلية.
- يرسل التطبيق الطلب إلى الخلفية عبر اتصال آمن، مع رمز يثبت هوية العميل.
- تتحقق الخلفية من الرمز وتؤكد أن العميل مسموح له بالحجز وتتحقق من التفاصيل: هل الفترة الزمنية ما زالت متاحة، وهل العنوان ضمن منطقة الخدمة؟
- تحسب السعر بقواعدك، بما فيها أي كود خصم، وتسجل حجزًا معلقًا في قاعدة البيانات.
- تطلب من بوابة الدفع تحصيل بطاقة العميل. تفاصيل البطاقة لا تلمس خوادمك أبدًا.
- حين تؤكد البوابة، تضع الخلفية علامة الدفع على الحجز وتبحث عن مقدمي خدمة مناسبين.
- ترسل إشعارًا فوريًا لمقدمي الخدمة القريبين. أحدهم يقبل، وتسند الخلفية العمل.
- تخطر العميل وتحدث لوحة الإدارة وتبدأ تتبع موقع مقدم الخدمة.
- إن فشل شيء في الطريق، كرفض الدفع، تتراجع الخلفية بنظافة وتخبر العميل بما يفعله بعد ذلك.
هذه ثوانٍ من النشاط تشمل قاعدة بيانات ومزود دفع وخدمة إشعارات وخدمة خرائط. كل حلقة قد تفشل، ولهذا تُصمم الخلفيات الجيدة للتعامل مع الفشل بلطف بدل افتراض أن كل شيء يعمل. حين تسمع «معالجة الأخطاء» في خطة مشروع، فهذا ما تحميه.
خيارات التقنية، بلا مصطلحات
ستسمع أسماء مثل Node.js وLaravel وDjango وFirebase وPostgreSQL وMySQL وMongoDB. لا تحتاج إلى الحكم عليها، لكن من المفيد فهم أنواع الاختيار المتضمنة.
لغة البرمجة والإطار. هذه مجموعة الأدوات التي كُتبت بها الخلفية. الخيارات الشائعة جيدة الدعم تسهّل توظيف المطورين لاحقًا وإيجاد الحلول حين ينكسر شيء. الخيارات الغريبة قد تحبسك في مجموعة صغيرة من المتخصصين.
نوع قاعدة البيانات. تناسب قواعد البيانات العلائقية البيانات المنظمة ذات العلاقات الواضحة، كالعملاء والطلبات والمدفوعات، وتناسب معظم تطبيقات الأعمال جيدًا. تناسب أنواع أخرى حالات خاصة، كالبيانات المرنة جدًا أو العالية الحجم. اطلب من مطورك شرح المنطق لحالتك في جملة تفهمها.
الخلفية كخدمة. أدوات مثل Firebase تقدم مصادقة وقواعد بيانات وإشعارات جاهزة. تسرّع التطوير المبكر وقد تناسب التطبيقات البسيطة أو النماذج الأولية. المقايضات مرونة أقل لقواعد الأعمال غير المعتادة، وتكاليف قد ترتفع مع الاستخدام، وبعض الاعتماد على مزود واحد. لمنصة أعقد، غالبًا ما تكون الخلفية المخصصة أنسب.
السؤال الصحيح ليس «أي تقنية الأفضل؟» بل «أي تقنية الأفضل لهذا المنتج وهذا الفريق وهذه الميزانية، وماذا يحدث إن تجاوزناها؟». يستطيع الشريك الجيد الإجابة بوضوح دون محاضرة.
ما ينبغي أن تتيحه لك لوحة الإدارة
لأنها الجزء الذي ستلمسه يوميًا، يستحق سرد ما تتضمنه لوحة جيدة لتطبيق خدمات أو تجارة نموذجي.
- عرض المستخدمين والطلبات والحجوزات والمدفوعات والبحث فيها
- إضافة المنتجات أو الخدمات والأسعار والفئات وتعديلها وإزالتها
- الموافقة على مقدمي الخدمة أو البائعين أو إيقافهم أو إزالتهم
- إصدار المبالغ المستردة والأرصدة وأكواد الخصم
- إرسال الإشعارات وإدارة المحتوى كاللافتات والصفحات
- إسناد الأعمال أو إعادة إسنادها يدويًا حين تفشل الأتمتة
- تصدير التقارير ورؤية الاتجاهات: الطلبات والإيرادات والإلغاءات والتقييمات
- التحكم بوصول الموظفين بالأدوار، ليرى كل شخص ما يحتاجه فقط
- مراجعة سجل نشاط لمن غيّر ماذا
اطلب أن ترى عرضًا قابلًا للنقر للوحة الإدارة مبكرًا، لا شاشات العميل فقط. يكتشف مؤسسون كثيرون حدودها فقط حين يحاولون إدارة العمليات اليومية.
التسليم: ما ينبغي أن تخرج به
حين ينتهي المشروع، أو إن غيرت المورّد يومًا، ينبغي أن تستطيع أخذ كل شيء معك. التسليم الصحيح يتضمن الكود المصدري الكامل للتطبيق والخلفية، والوصول إلى حسابات الاستضافة وقاعدة البيانات تحت ملكيتك، وتوثيق الواجهة البرمجية، وقائمة بخدمات الأطراف الثالثة وحساباتها، وتعليمات البناء والنشر، وبيانات الاعتماد محفوظة بأمان. اطلب كتابة هذا في الاتفاقية، كما نصف في قائمة تحقق العقد. طلبه في البداية يكلف قليلًا، وفرضه لاحقًا يكلف كثيرًا.
البيانات والتحليلات: التخطيط لما تتعلمه
تجمع الخلفية معلومات عن كيفية استخدام المنتج، وهي ذات قيمة إن خططت لها. قرر مبكرًا ما تريد معرفته: كم من الناس يكملون التسجيل، وأي الخدمات تبيع أكثر، وأين يتسرب المستخدمون، وكم تستغرق الأعمال. ابنِ هذه الأحداث في النظام من البداية، لتوجد التقارير حين تحتاجها. إضافة التحليلات لاحقًا ممكنة لكنها ناقصة، لأن التاريخ الذي لم تسجله ضاع. وفي الوقت نفسه، اجمع ما تحتاجه فقط وتعامل معه بمسؤولية. البيانات الأكثر ليست دائمًا أفضل، وهي تحمل التزامات.
كم تكلّف الخلفية وكم تستغرق
عمل الخلفية حصة كبيرة من مشروع تطبيق، ويكبر مع عدد الأدوار والتكاملات والميزات اللحظية. في أركا سوفتوير، لمنصة واحدة ودون ضريبة القيمة المضافة، يكلّف التطبيق الأساسي عادةً من 5,400 إلى 7,200 دولار والمتوسط من 9,000 إلى 14,400 دولار والمتقدم 14,400 دولار أو أكثر، وتعقيد الخلفية من أبرز ما ينقل مشروعًا بين النطاقات. الجداول الزمنية المعتادة من شهرين إلى ثلاثة ومن ثلاثة إلى خمسة وخمسة أشهر أو أكثر. اطلع على كم يستغرق بناء تطبيق لترى أين يذهب الوقت.
أخطاء الخلفية الشائعة
- التعامل معها كأمر غير مرئي، واكتشاف متأخر أن أجزاء مهمة لم تُسعَّر.
- ترك المورّد يملك الاستضافة والكود، ثم صعوبة المغادرة.
- تخطي لوحة الإدارة، وتشغيل النشاط عبر المطورين.
- المبالغة في البناء مبكرًا، بأنظمة متقنة قبل وجود مستخدمين.
- التقصير في الأمان، بافتراض أن أحدًا لن يستهدف تطبيقًا صغيرًا.
- تجاهل النسخ الاحتياطية، حتى يوم الحاجة إليها.
- عدم الاختبار تحت الحمل أبدًا، ثم التعلم يوم الإطلاق ما يحدث حين يصل الجميع دفعة واحدة.
قراءة عرض الخلفية
حين يصل عرض سعر، ابحث عن بضعة أمور في جانب الخادم. هل وُصفت لوحة الإدارة أم افتُرضت فقط؟ هل شُرحت رسوم الاستضافة والأطراف الثالثة أم تُركت؟ هل هناك بند للأمان والاختبار والنسخ الاحتياطي؟ هل يُذكر التوثيق والتسليم؟ هل تظهر التكاملات التي تحتاجها بالاسم؟ عرض يتحدث عن الشاشات فقط غالبًا ترك غرفة المحركات لـ«لاحقًا»، و«لاحقًا» هو حين يرتفع السعر. اطلب ملخصًا مكتوبًا قصيرًا لنطاق الخلفية وقارنه بين الموردين. وإن كان أحدهم أرخص بكثير، فاكتشف بالضبط ما الناقص قبل أن تتحمس.
شيء واحد تفعله هذا الأسبوع
اطلب ممن يبني تطبيقك رسم صورة من صفحة واحدة للنظام: التطبيق والخلفية وقاعدة البيانات وكل خدمة خارجية يتحدث إليها. لا يلزم أن تكون جميلة. إن أنتجها بسرعة وشرحها بوضوح فأنت في أيد أمينة. وإن استغرق الأمر أسابيع أو كانت الإجابة غامضة، فاعتبر ذلك معلومة مفيدة.
كلمة أخيرة
لن ترى معظم الخلفية، ولا ينبغي أن تضطر. لكن معرفة ما تفعله تتيح لك طرح أسئلة أفضل ومقارنة العروض بإنصاف وتجنب أغلى المفاجآت. تعامل معها كجزء أساسي من المشروع، واطلب وضوحًا في الملكية والتكاليف، وابدأ بسيطًا.
إن أردت مناقشة الجانب التقني لفكرتك بلغة بسيطة، فتواصل معنا عبر صفحة التواصل، أو اطلع على خدمات تطوير تطبيقات الجوال لدينا.
