تحقيق الدخل من البيانات باستخدام Oracle Cloud Infrastructure
تقدم هذه البنية طريقة لتحقيق الدخل من البيانات من خلال إعداد إطار دفع يسمح لك بتحميل رسوم للوصول إليها، مما يجعلها أداة توليد إيرادات.
البنية
تسمح هذه البنية باعتراض طلبات العملاء والتحقق منها وتحميلها أثناء الوصول إلى منتجات البيانات هذه.
- بوابة واجهة برمجة التطبيقات التي توفر الوصول إلى منتجات البيانات وتطبق السياسات التي تحكم هذا الوصول.
- موفر الهوية (هنا، OCI Identity and Access Management [AIM]) الذي يصادق على عملاء منتجات البيانات.
- وظيفة تسمح بالوصول إلى المنتجات عن طريق التحقق من حقوق الوصول وكذلك تنسيق المصروفات للوصول إلى منتج البيانات.
- نظام إدارة علاقات العملاء، أو قاعدة بيانات أخرى، لتتبع حقوق العملاء في الوصول إلى منتجات بيانات محددة وتحديد الشروط (على سبيل المثال، الاشتراك أو الدفع لكل استخدام) التي تحكم الوصول.
- وسيلة لفرض رسوم على العملاء، إما من خلال مزود خدمة طرف ثالث (على سبيل المثال، Stripe) أو من خلال تسجيل معاملة (على سبيل المثال، كقيد حسابات مقبوضات في ERP).
- الخدمات التي تعرض منتجات البيانات، على سبيل المثال:
- يقدم Autonomous Data Warehouse (ADW)، الذي يمكن أن يعرض واجهات REST للبيانات، واجهات برمجة تطبيقات مشاركة Delta، ويمكن أن يوفر وصول SQL إلى بياناتها وبياناتها الخاصة في تخزين الكائنات.
- التعلم الآلي وأوقات تشغيل الذكاء الاصطناعي.
- أي خدمات أخرى، على السحابة أو في مكان العمل، يمكنها توفير بيانات قابلة لتحقيق الدخل
وصف بيانات الشكل التوضيحي-monetization.png
تحويل البيانات إلى نقود-oracle.zip
يمكن أن تكون منتجات البيانات هي البيانات نفسها (على سبيل المثال، الأرقام المالية التاريخية) أو يمكن اشتقاقها من البيانات (على سبيل المثال، مؤشرات الأداء الرئيسية والاتجاهات والتنبؤات والدرجات) التي يمكن الوصول إليها من خلال واجهات برمجة التطبيقات والتنزيلات وما إلى ذلك.
- يقوم العميل بالتصديق مع موفر خدمات الهوية.
- يصل العميل إلى واجهة برمجة تطبيقات منتج البيانات من خلال بوابة واجهة برمجة التطبيقات، والتي ستطبق لاحقًا سياساتها الخاصة (على سبيل المثال، التقييد) بعد التصريح بالطلب.
- تقوم عبّارة API باستدعاء وظيفة لاعتماد الطلب.
- تتحقق الوظيفة من الرموز المميزة للعميل التي تم إدخالها مع موفر خدمة الهوية.
- ثم تتحقق الوظيفة من حقوق وصول العميل إلى منتج البيانات في إدارة علاقات العملاء أو أي نظام آخر وتتحقق أيضًا مما إذا كان الاشتراك أو الدفع لكل استخدام ينطبق. في حالة تطبيق اشتراك، تتحقق الوظيفة مما إذا كانت صالحة.
- تقوم الوظيفة بتسجيل استخدام منتج البيانات للدفع:
- تسجيل الاستخدام في دفتر الأستاذ؛ و/أو
- تنفيذ عملية دفع عبر الإنترنت من خلال موفر دفع.
- بمجرد الاعتماد عليها وتحقيق الدخل منها، توفر عبّارة API الوصول إلى منتج البيانات.
يمكن تنفيذ الخطوتين 4 و5 أعلاه كما هو موضح في مستند OCI، تمرير الرموز المميزة إلى وظائف المُعتمِد لإضافة التصديق والاعتماد إلى عمليات نشر واجهة برمجة التطبيقات-التي يمكنك الوصول إليها من موضوع "استكشاف المزيد"، أدناه-حيث تتحقق دالتك المخصصة من الاشتراكات و/أو تقوم بالشحن كجزء من عملية الاعتماد. ستقوم بوابة API بتخزين نتائج الاعتماد في الذاكرة المخبئية لمدة لا تقل عن 60 ثانية، لذلك إذا كنت بحاجة إلى فرض رسوم على طلبات العملاء الفردية التي تأتي بشكل متكرر، يمكنك اختيار نشر وظيفة الاعتماد كوكيل لواجهة برمجة التطبيقات ذات الدخل النقدي، كما هو موضح في البنية البديلة أدناه:
وصف المثال البديل للبيانات-monetization.png
البديل-بيانات-تحقيق الدخل-oracle.zip
- يقوم العميل بالتصديق مع موفر خدمات الهوية.
- يمكن للعميل الوصول إلى واجهة برمجة التطبيقات لمنتج البيانات من خلال بوابة واجهة برمجة التطبيقات، والتي ستطبق لاحقًا سياساتها الخاصة (على سبيل المثال، التقييد) بعد التصريح بالطلب.
- تقوم عبّارة API باستدعاء وظيفة لاعتماد الطلب.
- تتحقق الوظيفة من الرموز المميزة المقدمة للعميل مع موفر خدمة الهوية
- تتحقق الوظيفة من حقوق وصول العميل إلى منتج البيانات في إدارة علاقات العملاء أو أي نظام آخر، كما تتحقق مما إذا كان يتم تطبيق الاشتراك أو الدفع لكل استخدام. في حالة تطبيق اشتراك، تتحقق الوظائف مما إذا كان هذا الاشتراك صالحًا.
- بمجرد التصريح، تقوم عبّارة API بإعادة توجيه الطلب إلى وظيفة بروكسي.
- على أساس كل طلب، يتم فرض رسوم على وظيفة الوكيل للوصول إلى منتج البيانات. لاحظ أنه يمكن إجراء هذا الشحن أيضًا بعد الوصول الناجح إلى منتج البيانات، مع تجنب الموقف الذي يتم فيه فرض رسوم على العملاء في حالة فشل الوصول. يتم الشحن إما عن طريق:
- تسجيل الاستخدام في دفتر الأستاذ؛ و/أو
- تنفيذ عملية دفع عبر الإنترنت من خلال موفر دفع.
- تقوم وظيفة الوكيل بالوصول إلى البيانات التي تمت تسييلها نيابة عن العميل.
- إدارة الهوية والوصول (IAM)
يتيح لك IAM التحكم في من يمكنه الوصول إلى مواردك في OCI والعمليات التي يمكنه تنفيذها على هذه الموارد.
- بوابة واجهة برمجة التطبيقات
تتيح لك خدمة Oracle API Gateway نشر واجهات برمجة التطبيقات مع نقاط انتهاء خاصة يمكن الوصول إليها من داخل شبكتك، والتي يمكنك عرضها على الإنترنت العام إذا لزم الأمر. تدعم نقاط النهاية التحقق من واجهة برمجة التطبيقات (API) وتحويل الطلب والاستجابة وCORS والتصديق والاعتماد وتقييد الطلب.
- الوظائف
Oracle Functions هو نظام أساسي مُدار بالكامل ومتعدد المستأجرين وقابل للتوسع بدرجة كبيرة وحسب الطلب ووظائف كخدمة (FaaS). يتم تشغيله بواسطة محرك Fn Project مفتوح المصدر. تتيح لك الوظائف نشر التعليمات البرمجية، واستدعائها مباشرة أو تشغيلها استجابة للأحداث. تستخدم Oracle Functions حاويات Docker المستضافة في سجل OCI
- Autonomous Data Warehouse
Oracle Autonomous Data Warehouse (ADW) هي خدمة قاعدة بيانات ذاتية التوجيه والتأمين والإصلاح مُحسّنة لأحمال عمل تخزين البيانات. لست بحاجة إلى تكوين أي جهاز أو إدارته أو تثبيت أي برنامج. تتعامل OCI مع إنشاء قاعدة البيانات، بالإضافة إلى النسخ الاحتياطي والتصحيح والترقية وضبط قاعدة البيانات.
- Oracle Machine Learning
يدعم Oracle Machine Learning، أو التعلم الآلي في Oracle Database، استكشاف البيانات وإعدادها ونمذجة التعلم الآلي على نطاق واسع باستخدام SQL وR وPython وREST والتعلم الآلي التلقائي (AutoML) والواجهات بدون تعليمات برمجية، التي تعمل مباشرة على البيانات في قاعدة البيانات. وهو يسمح بنشر وإدارة النماذج الأصلية في قاعدة البيانات ونماذج تنسيق ONNX في بيئة Oracle Autonomous Database. يستخدم مطورو التطبيقات النماذج من خلال نقاط انتهاء REST سهلة التكامل.
التوصيات
- منتجات البيانات
يمكن لأي مجموعة من البيانات تقريبًا، أو أي شيء مشتق من البيانات، أن يكون منتج بيانات. توفر منتجات البيانات المفيدة قيمة من خلال كونها شاملة وجديرة بالثقة، وعادة ما تحقق هذه الحالة من خلال نوع من المعالجة من قبل مالك منتج البيانات. تشكل إدارة البيانات جزءًا رئيسيًا من إدارة منتجات البيانات، والتي تغطي فهرسة البيانات والتحكم في الوصول وإدارة جودة البيانات وتتبع النسب - جميع جوانب منتجات البيانات التي تقع خارج نطاق التركيز الضيق لهذه البنية وبالتالي لا يتم عرضها. توصي Oracle، ولكن ليس من الضروري، بالنظر في دورات حياة منتجات البيانات وإدارتها عند النظر في نشر إطار تسييل البيانات، مثل الإطار المعروض هنا.
- التأمين
استخدم Oracle Cloud Guard لمراقبة أمان مواردك والحفاظ عليها في Oracle Cloud Infrastructure بشكل استباقي. يستخدم Cloud Guard خطط أدوات الكشف التي يمكنك تعريفها لفحص مواردك بحثًا عن نقاط الضعف الأمنية ومراقبة المشغلين والمستخدمين بحثًا عن أنشطة خطرة. عند اكتشاف أي تكوين خاطئ أو نشاط غير آمن، يوصي Cloud Guard بالإجراءات التصحيحية ويساعد في اتخاذ هذه الإجراءات، استنادًا إلى خطط المستجيب التي يمكنك تحديدها.
بالنسبة للموارد التي تتطلب أقصى قدر من الأمان، توصي Oracle باستخدام مناطق الأمان. منطقة الأمان هي وعاء مرتبط بخطة محددة من Oracle لسياسات الأمان تستند إلى أفضل الممارسات. على سبيل المثال، يجب عدم إمكانية الوصول إلى الموارد الموجودة في منطقة الأمان من الإنترنت العام ويجب تشفيرها باستخدام مفاتيح يديرها العميل. عند تكوين الموارد وتحديثها في منطقة أمان، تتحقق Oracle Cloud Infrastructure من العمليات مقابل السياسات الموجودة في خطة منطقة الأمان، وترفض العمليات التي تنتهك أي من السياسات.
- Cloud Guard
استنساخ الخطط الافتراضية المقدمة من Oracle وتخصيصها لتكوين خطط أدوات كشف ومستجيب مخصصة. تتيح لك هذه الخطط تحديد نوع انتهاكات الأمان التي تولد تحذيرًا والإجراءات المسموح بتنفيذها عليها. على سبيل المثال، قد ترغب في اكتشاف حزم تخزين الكائنات التي تم تعيين إمكانية رؤيتها على "عام".
تطبيق Cloud Guard على مستوى مثيل قاعدة البيانات المؤجر لتغطية أوسع نطاق ولتقليل العبء الإداري المتمثل في الحفاظ على تكوينات متعددة.
يمكنك أيضًا استخدام ميزة القائمة المدارة لتطبيق تكوينات معينة على أدوات الكشف.
الاعتبارات
ضع في اعتبارك النقاط التالية عند نشر هذه البنية.
- طريقة تحقيق الدخل
فكر في كيفية فرض رسوم على العملاء مقابل الوصول إلى منتجات البيانات. هل نهج الدفع لكل وصول (على سبيل المثال، باستخدام Stripe) مناسب، أم أنه نهج أكثر شمولاً قائم على الاشتراك أكثر ملاءمة بالنظر إلى تفاعلات العملاء المتوقعة مع منتجات البيانات؟
- إدارة العملاء والاشتراك
كيف يتم تسجيل حقوق العملاء في الوصول إلى منتجات بيانات محددة، وكيف تتم إدارة الاشتراكات في منتجات البيانات، إذا لزم الأمر؟ توضح هذه البنية كيف يمكن تشغيل المدفوعات للوصول إلى منتجات البيانات، ولكن إذا كان هناك حاجة إلى أكثر من دفعة لمرة واحدة بسيطة لكل استخدام، فيجب إدخال نوع من سجلات حقوق العملاء للوصول إلى منتجات بيانات محددة، وقد يكون هناك نوع من إطار إدارة الاشتراك مطلوبًا. هل تتوفر هذه الوظائف من خلال نظام CRM لديك؟ هل متطلباتك بسيطة بما يكفي لتشغيل الحل المخصص الخاص بك أم يتطلب مكون إدارة اشتراك أكثر قدرة؟
- توفير المستخدم والتحكم في الوصول
عند منح العملاء حق الوصول إلى منتجات البيانات، كيف يتم توفيرها في OCI IAM (الذي يصادق عليها)؟ كيف يتم إلغاء تزويدهم عندما يتم إلغاء حقوق الوصول الخاصة بهم؟ وتنشأ هذه الاعتبارات عن جزء من المناقشة الأوسع نطاقا حول كيفية إتاحة منتجات البيانات النقدية ولمن.
اكتشاف المزيد
تعرف على المزيد حول تحقيق الدخل من البيانات باستخدام Oracle Cloud Infrastructure.
راجع هذه الموارد الإضافية:
-
OCI Data Catalog (جزء من إطار عمل إدارة منتجات البيانات)
-
Autonomous Data Warehouse (المصدر المحتمل لمنتجات البيانات)
-
IAM مع مجالات الهوية (لإدارة الهوية والوصول)
-
Oracle Machine Learning (طريقة محتملة لتقديم منتجات البيانات المشتقة من البيانات)