منصات البيانات والسحابة

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

تجعل نيوروس التكلفة مرئية أولًا: يُوسَم كل بند بفريق وبيئة وعبء عمل. ثم تُفحص ثلاثة بنود — الموارد الخاملة، ونقل البيانات بين المناطق بلا داعٍ، والتخزين المفرط في التخصيص. وعلى جانب الاستعلام تُطبَّق التجزئة وتخزين النتائج المؤقت وقواعد مدد الحفظ. وتأتي الحجوزات وخطط التوفير أخيرًا، لأن تثبيت نظام خاطئ الحجم بسعر أقل لا يفيد.

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

تعمل نيوروس على AWS وAzure وGoogle Cloud، وتختار وفق ثلاثة معايير: اتفاقياتك المؤسسية القائمة، والمنظومة التي يعرفها فريقك، والمنطقة التي يجب أن تبقى فيها البيانات. ولأن البنية التحتية معرَّفة بـ Terraform يبقى الارتباط بالمزوّد قابلًا للإدارة — لكن الخدمات المُدارة تختلف بين المزوّدين، لذا فقابلية النقل بند تكلفة لا هدف.

هذا قرار معماري يُتخذ مسبقًا. تحتفظ نيوروس بالبيانات في المنطقة التي تحدّدها وحدها؛ وإذا وجب بقاؤها في تركيا يُختار إقليم محلي أو تركيب داخل المقر. وإذا نُقلت بيانات شخصية إلى الخارج، تُكتب شروط النقل الواردة في القانون رقم 6698 والتعهّدات المطلوبة في وثائق المشروع — وهذا أمر لا يُحلّ لاحقًا.