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

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

هذه هي المشكلة التي سعى فريق من الباحثين من جامعة بوليتكنيكو دي ميلانو (Politecnico di Milano) لحلها من خلال منصة جديدة أطلقوا عليها اسم SCOPE. كان هدفهم هو إنشاء نظام يسمح لهذه البرامج المؤقتة بحمل "جلسة" (session)، وهي حاوية رقمية تحتوي على بيانات مستخدم محددة، ونقل تلك الحاوة تلقائياً مع تحرك المستخدم أو تغير الشبكة. أراد الباحثون معرفة ما إذا كان بإمكانهم بناء نظام يحافظ على بقاء البيانات قريبة من المستخدم لضمان السرعة، وفي الوقت نفسه يعرف متى ينقل تلك البيانات إلى آلة أكثر قوة إذا أصبح الخادم المحلي مزدحماً جداً. لم يكتفوا باقتراح نظرية فحقة؛ بل بنوا نموذجاً أولياً يعمل واختبروه في بيئة محاكاة تحاكي الصراع الواقعي بين خادم حافة محلي ومركز بيانات سحابي بعيد.

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

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

كانت النتائج كاشفة. فعندما أغرق الباحثون خادم الحافة المحلي بالطلبات، بدأ زمن الاستجابة في التدهور، تماماً كما هو متوقع. ومع ذلك، عندما قاموا بتفعيل منصة SCOPE، اكتشف النظام الحمل الزائد وبدأ في إعادة توجيه حركة المرور. لم ينهار النظام أو يتباطأ ببساطة؛ بل قام بنقل عبء العمل بذكاء. بالنسبة للطلبات الجديدة، أرسلها فوراً إلى الخادم السحابي البعيد، مما منع انسداد الخادم المحلي. أما بالنسبة للجلسات القائمة بالفعل، فقد قام النظام بعملية هجرة دقيقة؛ حيث نقل جلسة بيانات المستخدم من الخادم المحلي المزدحم إلى الخادم السحابي الأكثر اتساعاً. استغرقت هذه العملية وقتاً — حوالي 1.5 ثانية لجلسة بحجم 2 ميجابايت — ولكن بمجرد اكتمال النقل، انخفض زمن الاستجابة لذلك المستخدم بشكل كبير. لقد نجح النظام في مقايضة توقف قصير بمكسب دائم في السرعة.

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

كما درست الدراسة تكلفة نقل البيانات. وجد الباحثون أن الوقت الذي يستغرقه نقل الجلسة يرتبط مباشرة بحجم البيانات. فنقل جلسة فارغة استغرق حوالي 270 مللي ثانية، بينما استغرق نقل جلسة بحجم 5 ميجابايت حوالي ثانيتين. وقد أكد هذا أن عرض نطاق الشبكة (bandwidth) هو العائق الأساسي، وليس البرمجيات نفسها. كان النظام كفؤاً بما يكفي بحيث كان الانقطاع القصير الناتج عن نقل الجلسة ثمناً زهيداً مقابل التحسن الكبير في الأداء الذي أعقب ذلك. في أحد الاختبارات، أدى نقل جلسة من خادم سحابي بعيد إلى خادم حافة محلي إلى تقليل زمن الاستجلة من 126 مللي ثانية إلى 21 مللي ثانية فقط.

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

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

في النهاية، تقدم الورقة البحثية رؤية لعالم رقمي أكثر سيولة واستجابة. إنه نظام لا تعتبر فيه البنية التحتية شبكة صلبة من الخوادم الثابتة، بل مشهداً ديناميكياً يتغير لتلبية احتياجات مستخدميه. لم يدّعِ الباحثون أنهم حلوا كل مشكلات حوسبة الحافة، لكنهم قدموا نموذجاً ملموساً وعاملاً لكيفية جعل الحوسبة بدون خادم "مستندة إلى الحالة" (stateful) حقاً. إن عملهم يشير إلى أن مستقبل الحوسبة لا يكمن في الاختيار بين سرعة الحافة وقوة السحابة، بل في بناء استمرارية سلسة يعمل فيها الاثنان معاً، لنقل البيانات وقوة المعالجة إلى حيث هي مطلوبة بالضبط، وفي الوقت المطلوب تماماً.