تطوير البرمجيات

لماذا يُعد العرض من جانب الخادم الخيار الأفضل لتطبيقات الويب الحديثة؟

على مدى العشر سنوات الماضية، سيطرت فكرة نقل كل شيء إلى المتصفح (العميل) على عالم تكنولوجيا المعلومات. لكن هذا الاتجاه يواجه اليوم عوائق اقتصادية وتقنية صعبة.

في Langmeier Software، نعتمد على بنية مدفوعة بالوسائط الفائقة باستخدام htmx وقوالب Mustache الخالية من المنطق. وبذلك نحقق التفاعلية التي تتميز بها أطر عمل JavaScript الحديثة، ولكننا نوفر على أنفسنا العبء الهائل لواجهات برمجة التطبيقات REST وإدارة الحالة والتحقق المزدوج.

وهذا يقلل بشكل كبير من وقت طرح المنتج في السوق ويجعل قاعدة الكود سهلة الصيانة للغاية.

1726585217557.jpg

إليكم السبب الذي يجعل نهجنا مضمونًا تمامًا للمستقبل، ولماذا أصبحت "العملاء الثقيلة" (مثل تطبيقات الويب أحادية الصفحة الضخمة التي تستخدم React/Angular) مشكلة متزايدة:

1. مفارقة تكلفة السحابة

تستثمر الشركات المليارات في بنى تحتية للخوادم فائقة السرعة ومكلفة في مراكز البيانات (AWS، Azure، Google Cloud).

  • الشيء السخيف في "العملاء الثقيلين": يقوم الخادم باسترداد البيانات من قاعدة البيانات، وتحويلها إلى JSON، وإرسالها إلى العميل. بعد ذلك، يصبح الخادم المكلف عاطلاً عن العمل، بينما يتعين على الهاتف الذكي للمستخدم (العميل) القيام بالعمل الشاق لتحليل غيغابايتات من JavaScript وتجميع HTML بنفسه بصعوبة.
  • الهندسة المعمارية المدفوعة بالوسائط الفائقة / العميل النحيف: تستخدم قوة الحوسبة في مركز البيانات بالضبط للغرض الذي أنشئت من أجله. يقوم الخادم الخاص بك بعرض HTML بسرعة البرق بجوار قاعدة البيانات مباشرةً، ولا يرسل سوى أجزاء جاهزة وخفيفة الوزن من الصفحة. وهذا يوفر النطاق الترددي ويحافظ على موارد المستخدم.

2. أزمة البطاريات والأجهزة لدى المستخدمين

يتزايد عدد الأجهزة الطرفية التي تتمثل في أجهزة محمولة أو أنظمة مدمجة (IoT) أو أجهزة كمبيوتر محمولة مكتبية رخيصة الثمن.

  • تستنزف تطبيقات JavaScript الضخمة بطارية الهواتف الذكية وتؤدي إلى تباطؤ الأجهزة الأرخص ثمناً، لأن المعالج مشغول بشكل دائم بحساب واجهة المستخدم.
  • يحتاج النظام الذي يتم التحكم فيه بواسطة htmx إلى الحد الأدنى من كود العميل. يجب أن يكون جهاز المستخدم قادرًا بشكل أساسي على عرض HTML فقط – وهي مهمة تم تحسين المتصفحات لها بشكل مثالي منذ 30 سنوات. وبالتالي، تعمل التطبيق بسلاسة تامة حتى على الهواتف الذكية القديمة.

3. الأمان وحماية الملكية الفكرية (IP)

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

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

5. الاستدامة و"تكنولوجيا المعلومات الخضراء"

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

احفظ ما يهمك

قم بحماية خوادمك على مدار الساعة

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

انشر تعليقاً هنا...