تخطي إلى المحتوى
محمد زيد سكاف
كل الأعمال

دراسة حالة

SyncOS

منصة إنترنت أشياء بعلامات تجارية متعددة للمباني والمنازل الذكية: ربط الأجهزة والأتمتة وتطبيقات الجوال والتحليلات.

زيارة الموقع
العميل
Syncrow IoT Solutions
دوري
مهندس Backend، ثم قائد Backend والبنية التحتية
الفترة
2025 – الآن
التقنيات
AWS، Terraform، PostgreSQL، TimescaleDB، Redis، WebSockets، MQTT، LoRaWAN، Tuya IoT
SyncOS

نظرة عامة

ما هذا المشروع

منصة لربط المباني والمنازل الذكية وأتمتتها ومراقبتها، تشمل ربط الأجهزة والأتمتة وتطبيقات الجوال والتحليلات. أقود الأنظمة الخلفية والبنية التحتية فيها.

SyncOS هي منصة Syncrow لإنترنت الأشياء في المباني والمنازل الذكية، مبنية على بنية Tuya. انضممت مهندس Backend في أبريل 2025 وتمت ترقيتي إلى قائد Backend والبنية التحتية في أوائل 2026.

أملك معمارية النظام الكاملة والبنية التحتية الخلفية والسحابية، وأدير اجتماعات مراجعة التصميم التي تُعتمد فيها التصاميم قبل التنفيذ، وأقود فريقاً من 2–3 مهندسين.

أبرز ما أنجزته: جمع جميع البيئات على AWS باستخدام Terraform وإغلاق كل موارد Azure، واستبدال قاعدة بيانات Firebase الفورية بـ Redis وWebSockets (مما خفّض تكاليف البنية التحتية الشهرية بنسبة 61.5%)، وتصميم أساس المنصة متعددة العلامات التجارية الذي يشغّل عدة علامات من قاعدة كود واحدة، ونقل بيانات قياس الأجهزة إلى TimescaleDB فوق PostgreSQL.

النتائج

ما الذي تغيّر

61.5%
خفض تكاليف البنية التحتية الشهرية
100GB+
قواعد PostgreSQL تعمل في الإنتاج
3
بيئات على AWS، بالكامل في Terraform
<1 yr
من مهندس إلى قائد

المشكلة

التحديات والحلول

التحديات

  1. C01بيئة الإنتاج لم تكن مطابقة لبيئتي الاختبار والتطوير، فكان كل إصدار جديد يخاطر بكسر ما نجح في الاختبار
  2. C02كانت التكلفة موزعة بين Azure وقاعدة بيانات Firebase الفورية وAWS، مع بقاء خدمات غير مستخدمة تعمل
  3. C03طلب أحد العملاء تطبيقاً بعلامته التجارية، وكان على المنصة أن تخدم أكثر من علامة دون تقسيم قاعدة الكود
  4. C04جدول كبير واحد يجمع سجلات الأجهزة كلها، وصارت الاستعلامات التحليلية عليه بطيئة

كيف حللتها

  1. S01نقلت بيئتي التطوير والاختبار من Azure إلى AWS وعرّفت البيئات الثلاث بشيفرة Terraform نفسها، فصارت متطابقة
  2. S02أزلت الإنفاق على خدمات غير مستخدمة، وأغلقت كل موارد Azure، واستبدلت قاعدة بيانات Firebase الفورية بـ Redis وWebSockets، فخفضت تكاليف البنية التحتية الشهرية بنسبة 61.5%
  3. S03بنيت طبقات تعدد المستأجرين والإصدارات المحيطة بها: واجهة خلفية ومحرك أتمتة يدعمان تعدد المستأجرين، وتحديد المستأجر حسب المشروع، وتطبيقات بعلامة تُبنى وقت البناء. وأول تطبيق بعلامة تجارية على وشك الإطلاق، والمنصة جاهزة لعلامات أخرى
  4. S04بحثت عن حل يتطلب أقل قدر من الترحيل ووضعت TimescaleDB فوق PostgreSQL، فانخفض زمن الاستعلام بنحو 50%. وهو ما يعمل اليوم

النطاق

ما يقدمه

  • ربط الأجهزة عبر عتاد LoRaWAN وTuya
  • واجهة خلفية ومحرك أتمتة يدعمان تعدد المستأجرين لعدة علامات تجارية
  • تطبيقات جوال بعلامة تجارية تُبنى وقت البناء، ونطاق بريد لكل علامة
  • حالة الأجهزة الفورية، ووصول للتحليلات لفريق البيانات

الدور

ما بنيته

  • أملك معمارية النظام وأدير مراجعات التصميم قبل التنفيذ
  • نقلت بيئتي التطوير والاختبار من Azure إلى AWS وأغلقت كل موارد Azure؛ وتعمل البيئات الثلاث الآن على AWS في Terraform، ومستودع البنية كشيفرة تحت CI
  • صممت أساس المنصة متعددة العلامات التجارية، مع مخطط إعدادات العلامة ودليل التنفيذ
  • نقلت بيانات قياس الأجهزة إلى TimescaleDB فوق PostgreSQL، وأدير PostgreSQL على مستوى يتجاوز 100GB

التقنيات

التقنيات المستخدمة

AWSTerraformPostgreSQLTimescaleDBRedisWebSocketsMQTTLoRaWANTuya IoT

دوري الحالي. شاهد الدور كاملاً.

Read this case study in English

دراسة الحالة التاليةCopax-FMS