أدوات الإيرادات المرتكزة على المستودع مقابل المرتكزة على التطبيق

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

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

البنيتان

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

أما الأدوات المرتكزة على المستودع فتعمل فوق مستودع السحابة الذي تملكه بالفعل: Snowflake أو BigQuery أو Databricks أو Redshift. وبدلًا من نسخ البيانات إلى الخارج، تدفع المنطق إلى الداخل وتنفذ النماذج حيث توجد البيانات أصلًا. ستسمعها توصف بـ"تطبيق البيانات" أو "المستودع أولًا". ظهر هذا النمط لأن عددًا متزايدًا من الشركات كان لديها بالفعل مستودع يمثل مركز ثقلها التحليلي، وكان نسخ البيانات منه يعيد خلق مشكلة الجزر المعزولة تحديدًا التي كان المستودع مفترضًا أن يحلها.

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

على ماذا تتوقف المفاضلة

خمسة أمور، في الغالب.

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

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

تكلفة الحوسبة والتحكم بها. يعمل النهج المرتكز على المستودع على حوسبة مستودعك، التي يمكنك رؤيتها وقياسها وضبطها. التكلفة شفافة وهي ملكك. أما النهج المرتكز على التطبيق فيدمج الحوسبة ضمن الاشتراك، وهو أبسط لكنه غير شفاف.

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

الوقت اللازم لتحقيق القيمة. عادة ما يكون النهج المرتكز على التطبيق أسرع في التأسيس ولا يحتاج إلى مستودع على الإطلاق. بالنسبة لفريق لا يملك بنية بيانات ناضجة، هذه ميزة حقيقية. أما النهج المرتكز على المستودع فيفترض أنك تدير مستودعًا بكفاءة بالفعل، وإن لم تكن كذلك، فهو ببساطة ينقل تعقيدًا لا يمكنك استيعابه.

إذن، النهج المرتكز على المستودع يقايض الراحة بالتحكم وقابلية التوسع. والنهج المرتكز على التطبيق يقايض التحكم بالبساطة والسرعة.

متى يكون كل خيار هو القرار الصحيح

يناسب النهج المرتكز على التطبيق عندما لا يكون لديك مستودع ناضج أو فريق لتشغيله، وعندما تريد وقتًا سريعًا لتحقيق القيمة وتقبل أن يملك المزود طبقة البيانات لهذا الاستخدام، أو عندما يكون حالة الاستخدام قائمة بذاتها ولا تتوقع البناء على مخرجات الأداة.

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

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

معظم البنى الحقيقية هجينة

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

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

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

أبرز النقاط

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

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