«سيادة البيانات» في مصر مسألة طريقة نشر بالأساس — تشغيل منصّة محايدة تجاه النماذج على بنية وطنية مصرية أو محليًا. نظرة واضحة على مكان حفظ البيانات وقانون حماية البيانات وقانون CLOUD Act.
dgm شريك مستقل لتنفيذ ونشر osFoundry — وليست تابعة للشركة المطوِّرة لـ osFoundry، ولم تُنجز dgm حتى الآن أي مشروع تكامل لأي عميل. لذلك يصف هذا المقال الخدمات التي تقدّمها dgm، وليس أعمالًا سابقة.
ماذا تعني «سيادة البيانات» في مصر
في مصر، سيادة البيانات مسألة طريقة نشر بالأساس، لا علامة تجارية لمزوّد بعينه. الأسئلة الحقيقية: أين تقع البيانات؟ ومَن يصل إليها بحسب الولاية القضائية؟ وما مدى حريتك في تبديل النموذج أو المزوّد؟
ثلاث طبقات يجب الفصل بينها
| الطبقة | الخيارات في مصر |
|---|---|
| مكان البيانات | بنية مصرية وطنية (السحابة الحكومية/المصرية للاتصالات) أو استضافة محلية — لا توجد منطقة لمزوّد عالمي داخل مصر |
| النموذج | نماذج عربية مفتوحة (كَرْنَك/Jais/Fanar) عبر BYOK أو نماذج عالمية |
| المنصّة | نظام محايد تجاه النماذج قابل للاستضافة الذاتية لتجنّب الارتباط بمزوّد واحد |
خلافًا لما كان شائعًا، أصبح لمصر نموذج لغوي وطني — كَرْنَك (Karnak) الذي أطلقته وزارة الاتصالات عبر مركز الابتكار التطبيقي في 11 فبراير 2026، وهو مفتوح الأوزان برخصة Apache 2.0 وقابل للتنزيل والتشغيل ذاتيًا، بحجم يقارب 40 مليار معامل ومبني على نموذج Qwen3-30B مع مُحسِّنات للغة العربية. وإلى جانبه نماذج عربية مفتوحة الأوزان (Apache 2.0) يمكن تشغيلها كذلك: Jais (الإمارات)، وALLaM (السعودية)، وFanar (قطر، ويدعم اللهجة المصرية صراحةً). جميعها تعمل من خلال osFoundry عبر BYOK أو محليًا، مع ضرورة مراجعة رخصة كل نموذج قبل الاستخدام التجاري. ولأن كَرْنَك مبني على نموذج مفتوح خارجي (Qwen3) فهو سيادي في الحوكمة والضبط والاستضافة لا «من الصفر». فالخلاصة أن «السيادة» هنا مسألة طريقة النشر (داخل مصر/محليًا) أكثر منها سباقًا بين النماذج، وكَرْنَك نفسه يندرج ضمن هذا النمط لا خارجه.
البيانات والولاية القضائية
يمكن للسحابة المُدارة من osFoundry تثبيت البيانات في مناطقها بالولايات المتحدة أو الاتحاد الأوروبي أو اليابان — ولا توجد منطقة مُدارة داخل مصر (وأقرب الخيارات المُدارة هي أوروبا أو الخليج). والأهم: حتى تاريخه لا يملك أي مزوّد سحابي عملاق (AWS وAzure وGoogle Cloud وOracle) منطقة سحابية عامة داخل مصر — وأقرب المناطق في الخليج (AWS البحرين me-south-1 أو الإمارات me-central-1، وAzure الإمارات/قطر، وGoogle الدوحة/الدمام، وOracle الإمارات/السعودية مع خيار «منطقة مخصّصة» تُقام في موقع العميل). أما داخل مصر فالبنية السيادية وطنية: أول مركز بيانات وحوسبة سحابية حكومي (افتُتح في أبريل 2024 بسعة تقارب 120 بيتابايت)، ومراكز بيانات المصرية للاتصالات (WE) بمعيار Tier III، إضافة إلى سياسة السحابة أولًا (2024) التي تشترط ترخيص مزوّدي السحابة من الجهاز القومي لتنظيم الاتصالات (NTRA) وتُلزم باستضافة البيانات المصنّفة «سري» و«سري للغاية» داخل مصر. لذا فإن السبيل الواقعي لإبقاء البيانات داخل مصر هو استضافة osFoundry ذاتيًا على بنية تحتية وطنية مصرية (BYO Cloud) أو تشغيلها محليًا (local-first) بدلًا من الادعاء بوجود منطقة مُدارة داخل مصر لا وجود لها. ويجدر التذكير بأن قانون CLOUD Act الأمريكي (2018) يخوّل السلطات الأمريكية إلزام مزوّدي الخدمة الخاضعين للولاية القضائية الأمريكية بتسليم البيانات أينما كانت مخزّنة؛ ومن ثَم فإن وجود مركز بيانات داخل مصر يخدم الموقع الجغرافي والامتثال لقانون حماية البيانات، لكنه لا يلغي مخاطر الولاية القضائية لمزوّد شركته الأم أمريكية — تحقّق من المنطقة والمزوّد المناسبين لحالتك.
كيف تساعد dgm
dgm شريك تنفيذ مستقل يساعد المؤسسات المصرية على تطبيق osFoundry — من اختيار أول حالة استخدام ذات قيمة، وصولًا إلى التنفيذ الفعلي والربط بالأنظمة التي تستخدمها بالفعل. تساعد dgm في تصميم بنية «سيادة بيانات» واقعية للمؤسسات المصرية — اختيار البنية والنموذج وطريقة الاستضافة المناسبة. dgm ليست تابعة للشركة المطوِّرة لـ osFoundry، ولم تُنجز حتى الآن أي مشروع تكامل لأي عميل؛ لذا فإن ما ورد هنا هو الخدمة التي تقدّمها dgm لا أعمال سابقة. وإذا أردت تحديد نطاق مشروع أول واقعي، يمكن لـ dgm العمل معك على ذلك.