تعرف على كيفية توسيع تطبيقات SaaS باستخدام أسلوب Cloud المحلي

وأثناء عمل الأعمال أقر بمزيد من SaaS، تصبح القدرة على التوسع في تلبية متطلبات الأعمال أكثر أهمية. قبل تنظيم الخدمة السحابية (Cloud Native)، تظهر فرق تكنولوجيا المعلومات في مجالات تحديد مجموعة من حلول التكامل المتوقعة للموردين، أو توفير حالات الاستخدام البسيطة، أو إعداد مكدسات كبيرة من البنية التحتية لدعم أبنائك الأكثر تعقيدًا. غالبًا ما يقوم العملاء الذين يستخدمون JavaOracle Cloud Service - SaaS Extension عادة باستضافة امتدادات واجهة مستخدم SaaS ، والتي عادة ما يتم إنشاؤها باستخدام إطار عمل ADF لأوراكل ، أو يتم استخدام الخدمة لاستضافة بعض الرموز (نقطة إدخال REST) التي يتم استدعاؤها بواسطة خدمة Oracle Fusion Applications Cloud Service أو تطبيق آخر. تعد خدمة Oracle Java Cloud Service - SaaS Extension خدمة سحابية قديمة تفتقر إلى سمات عروض Oracle Cloud المحلية الحديثة.

تقدم Cloud Native إمكانيات مثل الحاويات ودوال الخادم. من خلال استخدام هذه العروض، يمكن لفريق التطوير التركيز على إتمام حالة الاستخدام الخاصة بهم أثناء تحميل تعقيد البنية الأساسية لموفر الخدمة السحابية. توفر Oracle Cloud Native Services الإمكانات التي يحتاجها فريق التطوير لديك لتوسيع تطبيقات SaaS بطريقة أكثر سهولة في تنفيذها والحفاظ عليها.

يوضح هذا الحل كيفية تصميم امتداد SaaS لـ Oracle Fusion Applications Cloud Service باستخدام طريقة تستند إلى Oracle Visual Builder. يمكنك كذلك ترحيل تكامل Oracle Fusion Applications Cloud Service/Oracle Java Cloud Service - SaaS Extension موجود مع هذا التصميم. يقدم Oracle Functions عملية التنفيذ في الخلفية لـ REST API باستخدام بوابة Oracle Cloud Infrastructure API، ويتم تأمينها بواسطة Oracle Identity Cloud Service.

البنية

تعرض هذه البنية تصميم عالي المستوى لامتداد تطبيق SaaS، تم إنشاؤه باستخدام طريقة محلية للسحابة. يمكن استخدام Oracle Functions كتنفيذ في الخلفية لـ REST API، المؤمن بواسطة Oracle Identity Cloud Service.

ويتم تنفيذ التنفيذ عن طريق استخدام بوابة Oracle Cloud Infrastructure API. يقدم دفتر تشغيل هذا الحل حالة استخدام لتوسيع Oracle Fusion Applications Cloud Service ولكن يمكن استخدام نفس الأساليب مع SaaS أو بدونه.

وصف الشكل التوضيحي cloudn - nosaasn - architecture.png

يتم وصف التدفق التالي:

1. يتصل Oracle Visual Builder بجيت واي واجهة برمجة التطبيقات عبر تطبيق Identity Cloud Application Authentication (Function Resource Client) في Oracle Identity Cloud Service. مقطع تصديق بالرأس "Authorization: Bearer; <Token 1>" مضمن.
2. تتصل جيت واي API مرة أخرى بـ Oracle Identity Cloud Service بالاتصال بمكون Identity Cloud /admin/v1/SigningCert/jwk لتدقيق المقطع.
3. تتصل جيت واي API بمكتبة تأكيد OAuth Cloud Identity Cloud المتكاملة مع وظيفة Oracle، بالمقطع الأصلي بنفس رأس المقطع للخطوة 1.
4. تتصل مكتبة تأكيد Identity Cloud OAuth المتكاملة مع دالة Oracle بـ Oracle Cloud Infrastructure Vault، للبحث عن الصلاحيات المخزنة وتأمين للخطوة التالية.
5. تتصل الدالة بـ Oracle Identity Cloud Service مرة أخرى، لسحب مقطع جديد من تطبيق Identity Cloud (مالك مورد الدالة) (Fusion Applications Resource Client). هذا المقطع صالح لمستخدم موجود في Oracle Cloud PaaS وOracle Fusion Applications.
6. يتصل مكون منطق الأعمال في Oracle Fusion Applications Cloud Client Function بطبعة Fusion Applications Cloud، باستخدام مقطع تصديق (المقطع من التوكيد) مع الرأس "Authorization: Bearer ;<Token2>"

يمكن أن تقوم جيت واي API بالتصديق بشكل مباشر مع Oracle Identity Cloud Service أو، بشكل اختياري، بتنفيذ دالة تصديق مخصصة (غير معروضة في الرسم التخطيطي).

قبل البدء

لإعداد هذا التكامل، تحتاج إلى بيئة خدمة سحابية موحدة، ويجب عليك إعداد بيئة تطوير Oracle Functions.

حتى يمكن إجراء استدعاءات REST API المؤمنة من Oracle PaaS إلى Oracle Fusion Applications Cloud Service ، يجب تكوين تكامل باستخدام خدمة Oracle Identity Cloud Service . راجع سجلات تشغيل الحلول هذه مع تعليمات شاملة لتكوين مثل هذا التكامل:

• تكامل تطبيق Oracle SaaS مع Oracle PaaS
• الوصول إلى بيانات PaaS من تطبيق السحابة باستخدام خدمات الويب

لاستخدام Oracle Functions مع Oracle Cloud Infrastructure، تحتاج إلى إعداد البيئة:

• مراجعة دلائل البدء السريع لـ Oracle Functions لإعداد بيئة تطوير بسرعة.
• تم العثور على تكوين بيئة العميل الشامل في قسم "الإعداد لـ Oracle Functions" الخاص بوثائق Oracle Cloud Infrastructure.

حول متطلبات التصميم

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

أثناء قبول الأعمال لبرنامج يعتمد على الساعة (البرنامج كخدمة أو SaaS) أصبحت القدرة على مد أجل متطلبات الأعمال أكثر أهمية. قبل إيجاد Cloud Native، ظهرت فرق تقنية المعلومات في مجالات تحديد مجموعة من حلول التكامل المخولة، والتي توفر حالات استخدام أكثر تعقيدًا، أو إعداد أماكن مكدسة معقدة أو لا تكديس البنية التحتية لدعم حالات الاستخدام الأكثر تعقيدًا.

يوفر Cloud Native إمكانيات جديدة، مثل الحاويات ودوال الخادم. من خلال استخدام هذه العروض، يمكن أن تركز فرق التطوير على إتمام حالة استخدامها أثناء تحميل تعقيد البنية التحتية إلى موفر الخدمة السحابية. توفر Oracle Cloud Native Services الإمكانات التي تحتاج فرق التطوير فيها إلى توسيع تطبيقات SaaS بطريقة أسهل من التنفيذ والحفاظ عليها.

يعتبر Oracle Functions عرضًا وظيفيًا - خدمة العمالة الإلكترونية (FaaS) من Oracle وهو ما يسمح للمطورين بتنفيذ التعليمات البرمجية في السحابة، والدفع فقط لإزارة المعالجة المستخدمة، مما يؤدي إلى تجنب الحاجة إلى تشغيل الخدمة 24x7. الميزة الإضافية هي أن البنية الأساسية اللازمة لتشغيل الرمز تتم إدارتها بشكل كامل في Oracle ولا تتطلب أن يقوم العميل/المطور بتعديل بيئة وقت التشغيل.

عند استخدام خدمة بوابة Oracle Cloud Infrastructure API الجديدة مع Oracle Functions، يمكن لفرق التطوير تكوين واجهات API متعددة الخوادم التي تقوم بإلغاء قفل الأس الخاص بوظائف أقل من الخادم للتطبيقات مثل Oracle Fusion Applications Cloud Service التي تكاملها بسهولة مع RESTful APIs.

إذا كنت تقارن هذه مع خدمة Oracle Java Cloud أو طبعة WebLogic Server Cloud ، حيث تكون مسئولاً عن صيانة وإدارة البرنامج ، فإن نظام التشغيل المقترن الذي يستضيف WebLogic Server وغالبًا قاعدة بيانات ، يكون هذا “Oracle - Managed method” مهمًا جدًا.

ربما تستخدم بالفعل Oracle Java Cloud Service - SaaS Extension. على سبيل المثال، يمكن استخدام الخدمة لاستضافة SaaS UI Extensions، والتي عادة ما يتم إنشاؤها باستخدام Oracle ADF Framework. هناك حالة استخدام عامة أخرى تستضيف رمز ما (نقطة إدخال REST) ويطلق عليه إما بواسطة Oracle Fusion Applications Cloud Service أو تطبيق آخر. إذا كنت تريد نقل منصة التشغيل، فإن Oracle يوصي غالبًا بترحيل إلى Oracle Visual Builder.

فلنفترض متطلبات التصميم التالية، والتي قد تكون مشابهة لك. يمتلك العميل التطبيق الموزع في Oracle Java Cloud Service - SaaS Extension حاليًا، ويستخدم إطار عمل Oracle ADF Faces. يرغب العميل في الترحيل إلى نظام أساسي أحدث ويجب أن يكون النظام الأساسي Oracle تحت إدارته – بعد أن يكون كل العملاء هو عميل SaaS ويتم استخدامه في إدارة الموارد البشرية لهم. وبالطبع، يوجد دائماً المتطلبات التي يكون التنفيذ فيها آمنًا.

ولذلك قررت استخدام Oracle Visual Builder لتنفيذ واجهة المستخدم الخاصة بهم. قد يرغب هذا العميل في إجراء منطق أعمال مركب قبل استدعاء Oracle SaaS، مثل التخزين في الذاكرة المخبئية أو تجميع البيانات أو المنطق المركب أو قد يكون تحويل البروتوكول (REST إلى SOAP). بعد إجراء بعض التحقيقات، فإنه يمكن لأكثر طلبات الشبكة الانتقال مباشرة إلى Oracle SaaS ولكن ستحتاج بعض الاستدعاءات إلى المرور من خلال طبقة وسطى لمعالجة منطق الأعمال بدلاً من استدعاء API مباشرة.

وصف الشكل التوضيحي High level-architecture.png

بالنسبة لهذا العميل، يقدم Oracle بنية تستخدم Oracle Functions كطبقة وسطى لرمز منطق الأعمال المخصص.

السماح بتلخيص متطلبات التصميم:

• توسيع Oracle Fusion Applications Cloud Service باستخدام عمليات التخصيص والوصول إلى البيانات المستندة إلى REST
• استخدام نظام السحابة المدار بواسطة Oracle
• تنفيذ أفعال REST (GET، POST، PUT، إلخ)
• استخدم Oracle Visual Builder لتخصيص simpler, low - code
• أسلوب الخادم المحلي للسحابة المستخدم لتشغيل التعليمات البرمجية دون حاجة لتوفير أو إدارة البنية الأساسية
• يمكن لـ Efficient lowover - head Oracle Functions معالجة الاستدعاءات التي تتطلب منطق أعمال معقد
• معالجة نشر الهوية إلى نظام SaaS الهدف لضمان التأمين والتصديق عليه والتحكم في الوصول المعتمد مع SSO
• يجب تأمين نقاط انتهاء API
• تنفيذ مشاركة الموارد عبر المنشأ (CORS) لإصدار استدعاءات REST مباشرة إلى خادم REST.

لتلبية هذه المتطلبات، يتم تضمين أربع خدمات أخرى في البنية:

• Oracle Identity Cloud Service: مخزن هويات عام.
• Oracle Functions: تخصيص واجهات Api لـ SaaS باستخدام التعليمات البرمجية الخاصة بك.
• جيت واي Oracle Cloud Infrastructure API: جيت واي API التي ستعالج REST لتخطيط الوظائف وفرض التأمين.
• Oracle Cloud Infrastructure Vault: آلية إدارة المفاتيح المستخدمة لتشفير كلمات السر وكسور العميل.

قدرة بوابة Oracle Cloud Infrastructure API على التواصل مع Oracle Identity Cloud Service. ومع ذلك، لعرض كيفية استخدام تعليمات Oracle Functions البرمجية المخصصة مع جيت واي API، لقد قمنا بتوفير وظيفة تصديق مخصصة (AuthN) كآلية تصديق اختيارية.

حول الخدمات والأدوار المطلوبة

يتطلب هذا الحل الخدمات والأدوار التالية:

• Oracle Fusion Applications Cloud Service
• Oracle Visual Builder
• Oracle Cloud Infrastructure
• Oracle Identity Cloud Service

هذه هي الأدوار المطلوبة لكل خدمة.

اسم الخدمة: الدور	مطلوب إلى...
Oracle Fusion Applications Cloud Service: المسئول	تكوين الدخول الموحد بين Oracle Fusion Applications Cloud Service وOracle Identity Cloud Service.
Oracle Visual Builder: الدور المعرف مسبقًا لـ Visual Builder Developer والمخطط إلى دور طبقة التطبيق ServiceDeveloper المعرف مسبقًا.	تكوين تطبيقات الويب والنقل وإدارتها وتأمينها ونشرها.
Oracle Cloud Infrastructure: المسئول	نشر الوظائف وتكوين بوابة API.
Oracle Identity Cloud Service: مسئول التأمين ومسئول التطبيق	إدارة موفري الهويات وإدارة التطبيقات.

يرجى الاطلاع على كيفية الحصول على خدمات Oracle Cloud لـ Oracle Solutions للحصول على الخدمات السحابية التي تحتاجها.