مقدمة

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

تقترح شبكة البيانات، مصطلح صاغته Zhamak Dehghani عام 2019، مبدأ تنظيميًا مختلفًا جوهريًا: بدلاً من مركزة ملكية البيانات في فريق واحد بغض النظر عن حجم نمو المؤسسة، وزّع ملكية البيانات مرة أخرى لفرق النطاق التي تفهمها فعليًا بشكل أفضل - الفرق التي تولّد البيانات أصلاً - مع توفير بنية تحتية مشتركة وذاتية الخدمة تجعل الملكية اللامركزية عملية تشغيليًا بدلاً من فوضوية. يفحص هذا المقال المبادئ الأربعة وراء شبكة البيانات، والتحديات التنظيمية الحقيقية للا مركزية ملكية البيانات على نطاق واسع.

المبدأ الأول: ملكية بيانات موجهة نحو النطاق

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

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

المبدأ الثاني: البيانات كمنتج

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

يمثّل هذا تحولًا ثقافيًا كبيرًا لكثير من فرق الهندسة، التي عاملت تاريخيًا قاعدة بياناتها التشغيلية كتفصيل تنفيذ داخلي بدلاً من شيء مسؤولة عن كشفه بنظافة لبقية المؤسسة. تُضفي تطبيقات شبكة البيانات الطابع الرسمي عادة على هذا التحول عبر مواصفة منتج بيانات - عقد مماثل لمواصفة API - توثّق مخطط منتج البيانات وتكرار تحديثه وضمانات جودته ومعناه الدلالي.

المبدأ الثالث: بنية تحتية بيانات ذاتية الخدمة

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

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

المبدأ الرابع: الحوكمة الحاسوبية الفيدرالية

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

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

التحدي التنظيمي هو التحدي الحقيقي

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

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

دراسة حالة: هجرة Zalando الموجهة نحو النطاق

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

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

الخاتمة

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