انتقل إلى المحتوى
FibaCloud

الحلول / SAAS

منتج ينمو على أساس بنية واضحة.

تعامل مع واجهة تطبيق SaaS والمهام الخلفية والبيانات بوصفها احتياجات منفصلة. صمم بنية باستخدام منتجات FibaCloud مع مراعاة عزل العملاء والسعة ومسؤوليات التشغيل. اجعل قرارات البداية تستوعب احتياجات المنتج الحالية والتغييرات التي قد تفرضها مراحل النمو التالية.

منصة FibaCloudSaaS
طبقات المسؤولية في تطبيق SaaS
احتياجات العمل أولًا
افصل أنواع العملوضح حدود كل عميلخطط لدورة حياة البيانات

01 / نظرة عامة

تطبيق واحد واحتياجات مختلفة لكل عميل.

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

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

01

افصل أنواع العمل

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

02

وضح حدود كل عميل

صمم المصادقة والصلاحيات والوصول إلى بيانات العميل معا. استخدام خوادم منفصلة لا يعالج وحده أخطاء التحكم في الوصول داخل التطبيق.

03

خطط لدورة حياة البيانات

تختلف احتياجات البيانات الحية والملفات والنسخ الاحتياطية. اربط قرارات الاحتفاظ والحذف والاستعادة بالتزامات منتجك تجاه العملاء.

02 / البنية

طبقات المسؤولية في تطبيق SaaS

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

دليل الاختيار
تعرّف على البنية
  1. العملاء
  2. التطبيق / API
  3. المهام الخلفية
  4. طبقة البيانات
بنية توضيحية تفصل طلبات العملاء ومعالجة التطبيق والبيانات. يعتمد نشر المكونات ونطاق الخدمة على الإعداد الذي تختاره.

03 / دليل الاختيار

أربعة قرارات تساعد على التخطيط للنمو

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

04 / حالات الاستخدام

كيف تستخدم تطبيقات SaaS موارد البنية؟

01 / SaaS

تطبيقات الويب وواجهات API

راقب مدة الطلبات والاستخدام المتزامن واتصالات قاعدة البيانات معا. حدد إن كان البطء من الحوسبة أو الاستعلامات أو خدمة خارجية قبل زيادة الموارد.

02 / SaaS

المعالجة الخلفية

فكر في فصل التقارير والبريد واستيراد البيانات عن الطلبات التفاعلية. حدد طريقة التعامل مع تأخر المهام وإعادة المحاولة وتنفيذ المهمة نفسها أكثر من مرة.

03 / SaaS

منتجات تعتمد على الملفات

تعامل مع ملفات العملاء بصورة مستقلة عن إصدارات التطبيق. اجعل الصلاحيات ومدة الاحتفاظ والاستعادة أساسا لاختيار التخزين.

05 / من التخطيط إلى التشغيل

من الإصدار الأول إلى التشغيل المنتظم

  1. ارسم الحدود

    سجل مكونات التطبيق وحدود بيانات العملاء والخدمات الخارجية. حدد المسؤول عن كل مكون والخطوات المطلوبة عند تعطل عمله.

  2. اختبر بحمل ممثل

    افصل التطوير عن الإنتاج. ابدأ بتقدير للموارد ثم تحقّق بقياسات تطبيقك، دون اعتبار نتائج اختبارات تطبيقات أخرى دليلا على أدائه.

  3. خطط للنشر والعودة

    راجع تغييرات التطبيق وقاعدة البيانات معا. تحقق من توافق الإصدار السابق مع بنية البيانات الجديدة قبل الاعتماد على خطة الرجوع.

  4. راقب السلوك

    تابع زمن الاستجابة والمهام الفاشلة والسعة والضغط المرتبط بعملاء محددين. لا تربط قرار التوسع بإجمالي الزيارات وحده.

الأسئلة

إجابات تساعدك على اتخاذ القرار.

تحدث مع فريقنا
هل يحتاج SaaS إلى Kubernetes؟

لا. قد يكون ترتيب أبسط للخوادم أنسب للتطبيق والفريق. قيم Kubernetes وفقا لاحتياجات النشر وخبرة التشغيل ومتطلبات التطبيق، ولا تعتبره شرطا لبدء خدمة SaaS.

هل يحتاج كل عميل إلى خادم منفصل؟

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

هل تكفي نسخة الخادم لحماية بيانات العملاء؟

نطاق النسخة واتساق التطبيق عاملان أساسيان. راجع قاعدة البيانات والملفات والخدمات الخارجية معا، ثم اختبر إمكانية استعادة بيانات العميل المتوقعة فعليا.

بأي منتج سحابي أبدأ؟

حدد موارد الحوسبة اللازمة لمعالجة الطلبات وطريقة تخزين البيانات. قارن Shared CPU وDedicated CPU وخيارات التخزين وفق هذا الحمل، ثم راجع الإعدادات والأسعار الحالية.

تعمّق في المعرفة بالأدلة العملية.

اربط اختيار المنتجات بمعرفة التثبيت والإعداد والتشغيل.

استكشف الأدلة التقنية

المراجع التقنية

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

FIBACLOUD / SaaS

لنبدأ بمشروعك ونحدد الموارد المناسبة.

شاركنا تطبيقك والاستخدام المتوقع واحتياجات التشغيل، لنناقش خيارات الموارد معًا.

خصوصيتك مهمة

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