برشلونة

عندما يسمع مهندسو البرمجيات كلمة برشلونة، يتبادر إلى أذهان الكثيرين مؤتمر Mobile World Congress والشمس والبحر والعمارة. لكنّ من ينظر إلى المدينة من منظور أنظمة الإنتاج سيرى شيئًا مختلفًا تمامًا: برشلونة ليست مجرد مدينة سياحية، بل مختبر حيٌّ ضخمٌ للأنظمة الموزَّعة والبنية التحتية الرقمية على نطاق حضري. فهي تدير عشرات الآلاف من أجهزة الاستشعار، وتُشغّل حواسيب فائقة، وتفتح بياناتها للمواطنين والمطورين، وتستضيف كل عام أكبر تجمع عالمي لاختبار حدود الشبكات اللاسلكية.

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

لماذا تعتبر برشلونة مختبرًا حيًا للأنظمة الموزَّعة؟

المدينة الذكية هي في الأساس نظام موزَّع معقد يضم أجهزة متعددة الملاك، وشبكات غير موثوقة، ومستخدمين متزامنين بعدة لغات وثقافات. برشلونة تُجسّد هذا التعقيد بشكل عملي: لديها شبكات مياه ومواصلات وإنارة ونفايات ومراقبة بيئية، تعمل كلها تحت إدارة جهات مختلفة ولكنها يجب أن تتشارك البيانات. هذا يشبه تمامًا بنية microservices تعمل على Kubernetes، لكنّ الفرق أنّ العُقد هنا موزَّعة على مساحة 100 كيلومتر مربع من الخرسانة والأسفلت. While while

ما يميّز التجربة في برشلونة هو أنّها لم تكتفِ بشراء حلول مغلقة من مورّدين، بل اعتمدت معايير مفتوحة مثل FIWARE ومنصات مفتوحة المصدر مثل Sentilo وDecidim. هذا الاختيار يجعلها دراسة حالة ممتازة لفرق الهندسة التي تريد بناء أنظمة قابلة للتشغيل المتداخل دون الوقوع في فخّ الاعتمادية على مورّد واحد. في بيئات الإنتاج التي عملنا بها مع منصات إنترنت الأشياء، وجدنا أنّ قرار اعتماد معايير مفتوحة يُقلّل تكلفة التكامل بنسبة كبيرة على المدى الطويل.

الدرس الأهمّ هنا هو أنّ تصميم النظام يجب أن ينطلق من افتراض الفشل الجزئي. ليست المشكلة في كمية البيانات فقط، بل في كيفية استمرار الخدمة عندما يسقط 30% من أجهزة الاستشعار ليلًا بسبب عطل كهربائي أو تحديث خاطئ للبرمجيات الثابتة, since

Sentilo وتحديات جمع البيانات من عشرات الآلاف من المستشعرات

Sentilo هي منصة مفتوحة المصدر لإدارة بيانات أجهزة الاستشعار، وتُستخدم في برشلونة كنقطة مركزية لجمع القراءات القادمة من شبكات المياه ومحسّات الضوضاء ومحطات رصد جودة الهواء وغيرها. تعتمد المنصة على واجهات REST وتبادل رسائل JSON وفق RFC 8259، ما يسهل دمجها مع تطبيقات الجوال والويب. يمكن تشبيهها بـ message broker متخصص في بيانات المدينة، يوفر API موحدًا لإرسال القراءات واستلامها.

في بيئات الإنتاج التي نفذنا فيها أنابيب بيانات مشابهة، واجهنا ثلاثة تحديات تتكرر دائمًا: القراءات المكررة بسبب إعادة المحاولة، والتشويش الزمني (clock skew) بين الأجهزة، والرسائل التي تصل خارج الترتيب بعد انقطاع الشبكة. الحلول العملية تشمل استخدام مفاتيح تكرار (idempotency keys)، وتخزين وقت الحدث (event time) بدلًا من وقت الاستلام، وتطبيق نوافذ زمنية (tumbling windows) عند المعالجة الدفعية. هذه الأنماط لا تختلف كثيرًا عن أفضل الممارسات في Kafka أو RabbitMQ,

للمطورين الذين يبنون تطبيقات جوال تستفيد من بيانات المدينة، الدرس العملي هو: لا تعتمد على استلام القراءات بالترتيب، ولا تثق بأنّ كل قراءة صحيحة, but اكتب كود العميل ليتعامل مع البيانات المفقودة والمتأخرة، واستخدم آليات backpressure عندما تتدفّق البيانات بسرعة أكبر من قدرة الشاشة أو المعالج على التعامل معها?

FIWARE وبنية البيانات المفتوحة المبنية على NGSI

تعتمد برشلونة ومئات المدن الأوروبية الأخرى على مبادرة FIWARE، وتحديدًا معيار NGSI-LD لوصف بيانات السياق (context data). الفكرة بسيطة ولكنها قوية: تمثّل كل كيان في المدينة ككيان (entity) له نوع وخصائص وعلاقات، ثم تقدّم واجهة برمجية موحدة للاستعلام عنه. مثلًا، مصباح الشارعة ليس مجرد رقم في جدول، بل كيان له موقع جغرافي وحالة تشغيل وسجل صيانة.

هذا النموذج يُذكّر بمفاهيم Domain-Driven Design. عندما تُصمّم APIs لتطبيقات المدن الذكية، يجب أن تبدأ بالكيانات الحقيقية وليس بالجداول, since كما أنّ استخدام معرّفات ثابتة تتبع RFC 3986 لـ URIs يجعل روابط البيانات قابلة للتتبع والإشارة عبر الأنظمة. اقرأ أيضًا: تصميم APIs جغرافية باستخدام GeoJSON وPostGIS

من الناحية التقنية، يُوفّر FIWARE Context Broker واجهة CRUD واستعلامات جغرافية واشتراكات (subscriptions) تُنبّه المستهلكين عند تغير القيم. هذه الآلية تشبه أحداث التغيير في قواعد البيانات الحديثة، وهي حجر أساس لبناء تطبيقات جوال تستجيب للواقع فور حدوثه، مثل تنبيهات الفيضانات أو ازدحام المواصلات.

مركز برشلونة للحوسبة الفائقة MareNostrum ودروس الموثوقية

على بعد كيلومترات من وسط المدينة، يقع Barcelona Supercomputing Center (BSC)، موطن حاسوب MareNostrum 5 الفائق. يُجري المركز محاكاة المناخ والجينوم وديناميكيات السوائل، ويصل أداؤه إلى مئات Petaflops مع مئات Petabytes من التخزين. لكنّ الفائدة للمطورين العاديين ليست في الأرقام الضخمة، بل في كيفية إدارة موثوقية نظام يضم آلاف العُقد.

في مثل هذه البيئات، يُستخدم Slurm لجدولة المهام، وتُبنى شبكات التبديل مع مسارات بديلة، وتُطبّق ذاكرة ECC ونقاط فحص (checkpointing) دورية. متطلبات الموثوقية الأساسية التي وردت في RFC 1122 حول سلوك المضيفين في الإنترنت تبدو هنا واضحة تمامًا: تعامل ب tolerate مع الأخطاء، ولا تُسقط الشبكة بسبب عُقدة واحدة. يمكن نقل هذه المبادئ إلى أي تطبيق جوال: احفظ حالة المستخدم، صمّم آليات تراجع (graceful degradation)، ولا تسمح لمهمة واحدة بإيقاف التطبيق بالكامل.

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

من Superblocks إلى التوأم الرقمي: هندسة النماذج المكانية

تُعدّ فكرة Superblocks من أشهر التجارب التخطيطية في برشلونة: تقسيم المدينة إلى خلايا حضرية يتم فيها تفضيل المشاة والدراجات وتحويل المرور إلى محيط خارجي. لكنّ تنفيذ هذه الفكرة يعتمد على نماذج رقمية دقيقة: خرائط حركة المرور في الزمن الفعلي، ومحطات قياس الجودة البيئية، ونماذج ضوضاء ثلاثية الأبعاد. And النتيجة هي توأم رقمي (digital twin) للمدينة يُحدّث باستمرار.

من منظور هندسي، بناء هذا التوأم يتطلّب أنابيب بيانات جغرافية (GIS pipelines) تعالج إحداثيات WGS 84 أو النظام المحلي EPSG:25831، وتُحوّل البيانات إلى طبقات vector tiles قابلة للعرض بسرعة في تطبيقات الجوال. التحدي الأكبر ليس الرسم، بل دمج مصادر متعددة وبمعدلات تحديث مختلفة. بعض المستشعرات ترسل كل دقيقة، وبعضها كل ساعة، وبعض البيانات تصل دفعة واحدة يوميًا.

الحل يكمن في تصنيف البيانات حسب زمنية الحدث ودقّته المكانية. لا حاجة لتحديث نموذج ثلاثي الأبعاد كل ثانية إذا كان مستشعر جودة الهواء يرسل كل ساعة,, since since هذه المبادئ تُطبّق على أي تطبيق جوال يعرض خرائط حية: استخدم التجميع المكاني (clustering) عند التكبير البعيد، وحمّل التفاصيل عند التقريب.

Mobile World Congress واختبار الشبكات في ظروف الذروة الحضرية

كل عام، تستضيف برشلونة مؤتمر Mobile World Congress، حيث يتوافد أكثر من مئة ألف زائر وآلاف العارضين إلى منطقة Fira Gran Via. هذه الحدث هو اختبار حقيقي للبنية التحتية اللاسلكية: يجب توفير Wi-Fi 6/6E وخلايا صغيرة مؤقتة وشبكات 5G خاصة، مع ضمان استمرارية الخدمة في أوقات الذروة. بمعنى آخر، المدينة تصبح حالة stress test حية.

لفرق تطوير تطبيقات الجوال، هذا يشبه يوم الإطلاق أو حملة تسويقية كبرى. يجب أن تكون خدماتك جاهزة للتوسّع الأفقي (horizontal scaling)، وأن تستخدم شبكات توصيل المحتوى CDN لتقليل الضغط على الخادم، وأن تُطبّق circuit breakers لمنع انهيار الخدمة عندما يتأخر أحد الخدمات المصغرة. And الرصد (observability) هنا ليس رفاهية، بل شرط للبقاء: لوحات Grafana وPrometheus وتتبع الطلبات (distributed tracing) تُمكّن فرق SRE من رؤية الاختناقات لحظة حدوثها.

من التجربة العملية، ننصح دائمًا بتشغيل اختبارات تحميل (load tests) تشبه أنماط المؤتمرات: ذروات حادة تليها هدوء، وليس حملًا ثابتًا. كثير من الأنظمة تنهار ليس بسبب متوسط الحمل، بل بسبب معدل تغير الح负载.

Decidim كخدمة موزَّعة للمشاركة المدنية

Decidim هو منصة مفتوحة المصدر للديمقراطية التشاركية، طوّرتها بلدية برشلونة وتستخدمها مدن حول العالم. يسمح للمواطنين بعرض المقترحات والمناقشات والتصويت عليها,, since but من زاوية هندسة البرمجيات، هو تطبيق ويب مبني على Ruby on Rails يُمثّل سير عمل معقدًا (workflow engine) يشمل المصادقة، والتراخيص (authorization)، والتدقيق، والإشراف، وسجلّات التدقيق (audit logs).

ما يهمّ المطورين هنا هو كيفية تصميم نظام يتعامل مع قرارات جماعية. يجب أن تكون عمليات التصويت متسقة وغير قابلة للتعديل بعد الإغلاق، وهذا يتطلّب idempotency ومعاملات قاعدة بيانات محكمة. كما يجب أن يتحمل المنصة هجمات الإغراق (spam) والتلاعب، ما يعني وجود قوائم انتظار للإشراف (moderation queues) وحدود معدل الطلبات (rate limiting). اقرأ أيضًا: بناء تطبيقات موثوقة باستخدام أنماط SAGA والمعاملات الموزعة

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

تطبيقات الجوال المدنية: من الخرائط دون اتصال إلى الحوسبة الطرفية

أي تطبيق جوال يخدم سكان برشلونة أو زوارها يواجه تحديات فريدة: الخرائط يجب أن تعمل دون اتصال في المترو، وتحديد الموقع يجب أن يكون دقيقًا دون استنزاف البطارية، والمزامنة يجب أن تحدث بسلاسة عند العودة إلى الشبكة, and نستخدم هنا أدوات مثل MapLibre أو Mapbox لعرض vector tiles مخزنة محليًا، وMDN Geolocation API للوصول إلى الموقع مع مراعاة الأذونات والخصوصية,

عندما يعود الاتصال، تظهر مشكلات تزامن البيانات. While هل آخر تحديث من الجهاز أو من الخادم؟ الحلول تتراوح بين Last-Write-Wins البسيط إلى هياكل CRDTs عندما يتعاون عدة مستخدمين على نفس البيانات. في إنتاج تطبيقات مدنية، وجدنا أنّ الجمع بين SQLite محلي ووضع علامات زمنية أحادية الاتجاه (monotonic clocks) يُعطي توازنًا جيدًا بين البساطة والموثوقية.

الحوسبة الطرفية (edge computing) تلعب دورًا متزايدًا أيضًا, since بدلًا من إرسال كل قراءة مستشعر إلى السحابة، يمكن معالجتها على بوابات (gateways) محلية تعمل بـ Kubernetes خفيف أو K3s, and هذا يقلّل الكمون ويحافظ على خصوصية المواطنين، وهو أمر حيوي في تطبيقات المراقبة الصحية أو الأمنية.

الأمن والخصوصية في نظام بيئي متعدد الملاك

تشغيل بنية تحتية حضرية يعني وجود عشرات الجهات: البلدية، والشركات الخاصة، والجامعات، والمواطنون، والباحثون. كل طرف لديه مستوى ثقة مختلف، وهذا يفرض نموذج تهديد (threat model) معقد. في برشلونة، يجب أن تنتقل البيانات بين أجهزة الاستشعار والوسطاء باستخدام TLS أو mTLS، وأن تُقسّم الشبكات إلى مناطق (network segmentation)، وأن تُطبّق مبدأ الثقة الصفرية (zero trust).

الخصوصية ليست قضية قانونية فقط، بل هندسية. عند نشر بيانات التنقل، مثلًا، يجب تطبيق تقنيات التشويش أو k-anonymity لمنع تتبع الأفراد. كما يجب تحديد مدة الاحتفاظ بالبيانات (data retention) وتوفير سجلات تدقيق تُظهر من طلب البيانات ومتى. هذه المتطلبات تُذكّرنا بلائحة GDPR، ولكنها تمتد لتشمل أي نظام يجمع بيانات حساسة. And while

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

دروس يمكن نقلها مباشرة إلى فرق التطوير الحديثة

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

ثاني درس هو أنّ الرصد (observability) يجب أن يكون في صميم التصميم. السجلات المنظمة، والمقاييس، وتتبع الطلبات يجب أن تكون متوفرة من اليوم الأول، وليس بعد الحادث الأول. ثالث درس هو بناء الأنظمة لتتحمل الفشل الجزئي: افترض انقطاع الشبكة، وأجهزة معطلة، وذروات مرورية غير متوقعة,, and since استخدم chaos engineering لاختبار هذه الافتراضات قبل أن يختبرها المستخدمون.

• صمّم APIs حول الكيانات الحقيقية، وليس حول الجداول.
• افترض أنّ البيانات ستصل متأخرة أو مفقودة أو مكررة.
• ركّز على المعايير المفتوحة لتقليل الاعتمادية على مورّد واحد,, since while
• اجعل الرصد والتتبع جزءًا من البنية لا إضافة لاحقة.
• لا تؤجل قرارات الخصوصية والأمن إلى مرحلة الإطلاق.

الأسئلة الشائعة حول البنية التحتية الرقمية في برشلونة

ما هي Sentilo وما علاقتها ببرشلونة؟
Sentilo هي منصة مفتوحة المصدر لإدارة بيانات أجهزة الاستشعار، تُستخدم في برشلونة لجمع قراءات المياه والضوضاء وجودة الهواء وغيرها عبر واجهات REST ورسائل JSON.

لماذا تستخدم برشلونة معيار FIWARE؟
FIWARE يوفّر نموذج NGSI-LD لوصف الكيانات الحضرية وواجهة برمجية موحدة، مما يسهل تبادل البيانات بين الأنظمة المختلفة ويقلل الاعتماد على الحلول المغلقة.

ماذا يمكن أن يتعلم مطورو تطبيقات الجوال من تجربة المدينة؟
يتعلمون أهمية التصميم دون اتصال، وتزامن البيانات، وتقليل استهلاك البطارية، وبناء تطبيقات تتعامل مع البيانات المتأخرة والمفقودة بأمان.

ما دور مركز الحوسبة الفائقة BSC في هذه المنظومة؟
يوفر BSC قدرة حوسبة ضخمة لمعالجة النماذج المناخية والجينومية، ويُعدّ مثالًا على كيفية إدارة موثوقية الأنظمة الضخمة باستخدام جدولة المهام ونقاط الفحص والمسارات البديلة.

هل تثير المدن الذكية مخاوف خصوصية؟
نعم، لأنّها تجمع بيانات مكانية وسلوكية,, since and لذلك تُطبّق تقنيات التشويش والإنكار والاحتفاظ المحدود، بالإضافة إلى التشفير وسجلات التدقيق لضمان الشفافية.

خلاصة: كيف تُطبّق دروس برشلونة في مشروعك القادم

برشلونة تُعلّمنا أنّ المدينة الذكية الناجحة هي في الأساس نظام برمجي موثوق، وليس مجرد مجموعة من الأدوات التقنية. من Sentilo إلى FIWARE، ومن MareNostrum إلى Decidim، كل عنصر يحمل دروسًا في التصميم الموزع، والمعايير المفتوحة، والمراقبة، والأمن. هذه الدروس ليست حصرية على البلديات، بل تنطبق على أي فريق يبني تطبيقات جوال أو سحابية أو حافة,, and since

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

What do you think?

هل تعتقد أنّ المدن الذكية مثل برشلونة يجب أن تفتح جميع بياناتها المستشعرة للمطورين، أم أنّ بعض البيانات يجب أن تبقى مقتصرة على الجهات الحكومية لأسباب أمنية وخصوصية؟

ما هي أهم ميزة يجب أن ننسخها من بنية برشلونة التقنية عند بناء تطبيقات الجوال التي تخدم ملايين المستخدمين في نفس الوقت؟

كيف يمكن موازنة رغبة المدن في جمع المزيد من البيانات لتحسين الخدمات مع حق المواطنين في الخصوصية، وما الدور الذي يجب أن يلعبه المطور في هذا التوازن؟