هناك نهج مختلفة لنشر البرمجيات لمستخدمين متعددين في المؤسسات الكبيرة والسحابات العامة. اختيار النهج أو هندسة نشر البرمجيات يعتمد على عوامل مختلفة. لهذا السبب، فهم الاختلاف بين أنواع هندسة البرمجيات للمستأجر الواحد والمستأجر المتعدد يكون مفيدًا. يقارن هذا المقال النوعين ويناقش كيف يمكن استخدام التعددية للمستأجرين ضمن إطار خدمات النسخ الاحتياطي المستندة إلى السحابة.
ما هو الاستأجار الواحد؟
الاستأجار الواحد هو نوع من هندسة البرمجيات حيث يكون لكل عميل / زبون أو منظمة نسخة فردية ومعزولة من التطبيق. وهذا يعني أن لكل عميل خادمًا مخصصًا أو بنية تحتية، تُستخدم حصريًا من قبلهم ولا تتم مشاركتها مع أي عميل آخر.
حالات استخدام الاستأجار الواحد
تم شرح أشهر حالات استخدام هندسة الاستأجار الواحد أدناه.
- غالبًا ما يتم استخدام الاستأجار الواحد في الحالات حيث تتطلب المؤسسات مستوى عالٍ من الأمان والخصوصية والتخصيص لتطبيقاتها. وغالبًا ما يُستخدم في الصناعات مثل الخدمات المالية والرعاية الصحية والحكومة وغيرها من الصناعات التي تتعامل مع بيانات حساسة.
- كما يتم استخدام الاستأجار الواحد بشكل شائع من قبل المؤسسات الكبيرة ذات البيئات تقنية معقدة التي تتطلب حلول برمجية مخصصة. قد تكون لدى هذه المؤسسات سير عمل فريدة أو هياكل بيانات أو عمليات تجارية تخدمها أفضل نسخة مخصصة من التطبيق.
الشركات الصغيرة والمتوسطة الحجم يمكنها أيضًا استخدام الإيجار الفردي إذا كانت لديها متطلبات محددة لتطبيقات البرمجيات الخاصة بها التي لا يمكن تلبيتها من خلال الحلول المشتركة أو متعددة المؤجرين.
بشكل عام، يتناسب الإيجار الفردي مع المنظمات التي تتطلب مستوى عالٍ من التخصيص والأمان والسيطرة على تطبيقاتها البرمجية. هذه المنظمات مستعدة للاستثمار في الموارد اللازمة لإدارة وصيانة بنيتها التحتية المخصصة الخاصة بها.
مثال على الإيجار الفردي في AWS
قد تختار المنظمة استخدام هندسة الإيجار الفردي في AWS إذا كانت تحتاج إلى التحكم الكامل في بيئتها ومواردها. في هذ scen أد، تقوم المنظمة بإنشاء سحابة خاصة افتراضية (VPC) الخاصة بها ونشر التطبيق إلى مجموعة مخصصة من الموارد. تتحكم المنظمة بشكل كامل في التكوين والأمان وإدارة مواردها وبياناتها. على سبيل المثال، يمكن لهذه المنظمة استخدام هندسة الإيجار الفردي على AWS لاستضافة منصة تجارة إلكترونية مخصصة وآمنة للغاية أو برنامج نسخ احتياطي يتعامل مع بيانات العملاء الحساسة.
مزايا الإيجار الفردي
- المزايا لنهج الإيجار الفردي هي:
مستوى عالٍ من الأمان حيث يعمل كل نسخة من التطبيق على بنيتها التحتية المخصصة الخاصة بها ومواردها. وهذا يضمن عزل كامل لبيانات كل عميل وتطبيقاته عن بعضها البعض، مما يقلل من مخاطر اختراق البيانات أو أية قضايا أمان أخرى. - تخصيص أكبر من خلال السماح لكل عميل بامتلاك نسخة فردية خاصة من التطبيق، يمكن تخصيصها لتلبية احتياجاتهم ومتطلباتهم الخاصة. هذا المستوى من التخصيص غير ممكن في الهندسة المعمارية للمستأجرين المتعددين، حيث يشترك جميع العملاء في نفس نسخة التطبيق.
- مرونة أكبر من خلال السماح للعملاء بإدارة بياناتهم وتطبيقاتهم بشكل مستقل، دون أن تكون مقيدة بالسياسات أو القيود في بيئة مشتركة أو متعددة المستأجرين.
- ضبط أفضل على الموارد من خلال توفير بنية تحتية مخصصة لكل عميل، مما يعني أنهم لديهم السيطرة الكاملة على الموارد المخصصة لنسختهم من التطبيق. يمكن أن يساعد هذا المنظمات في تحسين استخدام بنيتهم التحتية وتجنب مشاكل التنافس على الموارد.
- أداء وقابلية توسيع أفضل مقارنة بالهندسة المعمارية للمستأجرين المتعددين، حيث تكون الموارد المخصصة لكل نسخة من التطبيق مخصصة وغير مشتركة مع العملاء الآخرين.
- الامتثال أسهل مع متطلبات التنظيمية، حيث يحصل كل عميل على السيطرة الكاملة على بياناتهم الخاصة ويمكنهم إدارتها بشكل مستقل.
الآن لنتعرف على العديد من المستأجرين للعثور على الفارق بين نهج المستأجر الفردي ونهج المستأجر المتعدد.
ما هو العديد من المستأجرين؟
التعددية هي عمارة توفر الفصل بين المستأجرين، حيث يمكن لنسخة مشتركة واحدة من تطبيق برمجي مثبت على خادم خدمة عدة عملاء (المستأجرين في هذه الحالة). تتطلب الهندسة المعمارية للمستأجر الفردي القياسي تثبيت نسخة من التطبيق لكل مستأجر. تتيح التعددية الفصل المنطقي للمستأجرين عن بعضهم البعض. يمكن للمستأجرين تخصيص إعدادات تطبيقهم في بيئاتهم المعزولة، ولكن يتحكم صاحب التطبيق نفسه في التطبيق (المسؤول الرئيسي).
بصورة بسيطة، يمكن تشبيه التعددية بمبنى يحتوي على شقق متعددة محمية بأقفال فريدة. يمتلك كل صاحب شقة (أو مستأجر) مفتاحًا فريدًا يمكنهم من خلاله الوصول إلى شقتهم فقط. على الرغم من حقيقة أن الشقق موجودة في نفس المبنى، إلا أن سكان الشقق لا يعرفون شيئًا عن الشقق الأخرى، وسكانها، ومحتوياتها.
قام صاحب المبنى بإعداد الاتصالات (على سبيل المثال، اتصالات الإنترنت أو الهاتف) للمبنى بأكمله وتوزيعها على الشقق، بدلاً من أن يقوم كل شقة بإنشاء بنيتها التحتية للاتصالات بشكل فردي. يطلب سكان الشقق الكهرباء والسباكة والغاز، إلخ، ويستخدمونها حسب الحاجة، ويدفعون لصاحب المبنى مقابل الخدمات التي استخدموها.
بالمثل، يمكن للمستأجرين الاشتراك في الخدمات التي يحتاجون إليها من مزود الخدمة المُدارة (MSP) واستخدامها وفقًا لمطالبهم. دعونا نستكشف من يمكن أن يستفيد من استخدام ترتيب التعددية.
حالات استخدام التعددية
يمكن استخدام نهج البرمجيات متعددة المستأجرين في السيناريوهات التالية:
- يستخدم التعددية المستأجرة بشكل شائع من قبل المنظمات التي تقدم حلول البرمجيات كخدمة (SaaS)، حيث يشترك عدة عملاء في نفس التطبيق والبنية التحتية.
- يُستخدم النهج متعدد المستأجرين أيضًا في بيئات الحوسبة السحابية حيث يمكن للعملاء المتعددين مشاركة نفس مجموعة من موارد الحوسبة.
- يُستخدم التعددية المستأجرة عندما ترغب المنظمة في تحقيق أقصى استفادة من استخدام الموارد وتقليل التكاليف من خلال مشاركة الموارد بين عدة عملاء.
- يكون هذا النهج مفيدًا بشكل خاص في الحالات التي تكون فيها استخدامات الموارد لكل عميل صغيرة أو متغيرة، مثل حلول SaaS حيث قد تكون لدى العملاء أنماط استخدام ومتطلبات للموارد مختلفة.
- A multi-tenant architecture is used when organizations can achieve economies of scale and reduce operational costs associated with managing and maintaining separate infrastructure for each customer.
أمثلة على التعددية المستأجرة
يتم استخدام التعددية المستأجرة في بعض الأحيان في المؤسسات الكبيرة، مع أقسام مختلفة كالمستأجرين. ومع ذلك، أكثر حالة استخدام مثيرة للاهتمام للتعددية المستأجرة هي تلك مزودي خدمات إدارة (MSPs) في بيئات السحابة، مثل AWS. هناك عدة أسباب قد يرغب فيها العملاء في تحقيق احتياجات تكنولوجيا المعلومات الخاصة بهم من خلال MSP مبنية على السحابة بهذه الطريقة.
في بعض الحالات، قد لا تكون لدى الشركات الصغيرة متخصص تكنولوجيا المعلومات بدوام كامل في موظفيها. قد يواجهون صعوبات في الإعداد الفني والتكوين وصيانة البنية التحتية لتكنولوجيا المعلومات التي يحتاجون إليها. بعض العملاء يرغبون ببساطة في تجنب المشاكل الفنية (بالإضافة إلى الشؤون المالية) المرتبطة بنشر الخوادم الفعلية وتكوين البرمجيات في بيئتهم الخاصة.
في السحابة، يدفع المستأجرون فقط مقابل ما يستخدمونه. على سبيل المثال، بمجرد الانتهاء من مشروع كبير لشركة، يتم تحرير موارد الأجهزة الظاهرية (VMs) التي كانت تعمل لهذا المشروع وتصبح هذه الـ VMs غير ضرورية. إذا كان العميل يستخدم خدمات مُدارة، فيمكنه ببساطة حذف هذه الـ VMs (أو حالات Amazon EC2) وتجنب دفع ثمن الموارد غير المستخدمة. عند استخدام خادم فيزيائي (حتى لو كان يعمل بالأجهزة الظاهرية)، لن يكون هذا خيارًا، وسيبقى بعض موارد الخادم شاغرة، مما يؤدي إلى هدر المال. هذا هو أحد أسباب قرار العميل بالبدء في استخدام خدمات قائمة على السحابة المقدمة من قِبل MSP.
أشهر هذه الخدمات هي ما يُعرف بالبنية كخدمة (IaaS)، والمنصة كخدمة (PaaS)، والبرمجيات كخدمة (SaaS). في هذه التدوينة، يُعتبر العناصر التالية من SaaS: نسخ الاحتياطي كخدمة (BaaS)، والتكرار كخدمة (RaaS)، واستعادة الكوارث كخدمة (DRaaS).
تهتم MSPs بتحسين استخدام موارد الأجهزة والموارد المالية والموارد البشرية. ولهذا السبب، فإن نهج العملاء المتعددين مثالي بالنسبة لهم. يمكن لـ MSPs إعداد نسخة واحدة من البرنامج مع دعم العملاء المتعددين على الخادم في سحابة AWS واستخدام ذلك لتقديم خدمات لعدة عملاء بحسابات منفصلة. لا داعي لإعداد نسخ فردية من البرنامج لكل مستخدم.
مزايا العملاء المتعددين لـ MSP
تشمل قائمة المزايا لـ MSP باستخدام العملاء المتعددين ما يلي:
- صيانة وترقيات أسهل. باستخدام النهج متعدد المستأجرين، يكون لدى مقدمي الخدمات الإدارية الإدارة القليلة لنسخ البرامج التي يجب ترقيتها ودعمها. بمجرد التحديث، يكون المنتج البرمجي متاحًا لجميع المستأجرين (العملاء). إذا كانوا يديرون SaaS باستخدام منتج لمستأجر واحد، فسيكون على الخبراء الفنيين تحديث أو ترقية كل نسخة للعميل على حدة.
- استخدام فعّال للموارد. دعم البرامج مع التعددية يعني أنه يلزم وجود أقل عدد من الخبراء الفنيين وأقل موارد للأجهزة الضرورية للخوادم. هذا يرجع إلى أنه يجب الحفاظ على أقل عدد من النسخ من البرنامج، حيث يستخدم جميع المستأجرين نفس الموارد والبنية التحتية.
- فعالية التكلفة وتوفير الوقت. بفضل الميزات المشار إليها للتو، يمكن للبرامج التي تدعم التعددية أن توفر لك الوقت والمال. في المدى الطويل، يخفض استخدام البنية التحتية متعددة المستأجرين الاستثمارات، وهو أحد الفوائد الرئيسية لهذا النهج. يعود هذا إلى أن موارد التطبيقات مشتركة بين المستأجرين الذين يستخدمون نفس التطبيقات، مما يقلل من التكاليف المرتبطة بالصيانة والدعم. عندما يستخدم مقدم الخدمة الإدارية منتجًا متعدد المستأجرين، مما يوفر له التكاليف، يمكنه تمرير تلك التوفيرات، مما يقدم أسعارًا أكثر ملاءمة للعملاء. بالتالي، يمكن لمقدم الخدمة الإدارية جذب المزيد من العملاء لشراء الخدمات المقدمة.
- قابلية التوسع العالية. إضافة مستخدمين جدد أسهل وأكثر ملاءمة بكثير، دون الحاجة لإضافة خوادم جديدة أو آلات افتراضية أو حالات تطبيق جديدة لمقدم الخدمة الإدارية. يدعم عدة مستأجرين نفس الحالة التي تعمل على الخادم. قابلية توسع البرامج متعددة المستأجرين تعني أنه يمكن لمقدم الخدمة زيادة عروضه كما تتحسن الأعمال.
- تحسين خدمة العملاء. باستخدام الهندسة المعمارية للمستأجرين المتعددين، يمكن لمقدم الخدمة الإدارية مراقبة استخدام النظام. من خلال التحليلات الصوتية القوية، يمكنهم بعد ذلك استخدام المعلومات المجمعة لتقييم وتحسين الخدمات التي يقدمونها. يمكن لمقدم الخدمة الإدارية ترقية أو إعادة تنظيم البنية التحتية الخاصة بهم، بالإضافة إلى تعديل اشتراكات منتجات البرمجيات الخاصة بهم وفقًا لتحليلاتهم.
مزايا خدمات السحابة متعددة المستأجرين للعملاء
الحل متعدد المستأجرين يقضي على الحاجة لدى العملاء لامتلاك بنيتهم التحتية الباهظة، والتي تتطلب استثمارًا في الصيانة والدعم. يمكن تشغيل الخوادم كآلات افتراضية في السحابة، على سبيل المثال، باستخدام Amazon AWS. يمكن للعملاء إجراء النسخ الاحتياطي إلى سحابة Amazon دون شراء أجهزة مادية باهظة الثمن أو مكتبات الشرائط. يمكنهم التركيز على أعمالهم الأساسية دون الحاجة إلى القلق بشأن بنيتهم التحتية لتكنولوجيا المعلومات.
العملاء لا يحتاجون إلى تحديث أو ترقية البرنامج الذي يُستخدم كخدمة مقدمة. في الواقع، مستخدمو حل السحابة متعدد المستأجرين في NAKIVO Backup & Replication لا يحتاجون إلى تثبيت البرنامج على الإطلاق؛ يقوم بذلك مقدم الخدمة الإدارية. يتم تحديث البرنامج بانتظام من قبل مقدم الخدمة الإدارية، في حين يمكن للعملاء تخصيص بيئاتهم لتلبية احتياجاتهم.
استخدام خدمات متعددة المستأجرين آمن. لا يمكن للمستأجرين الوصول إلى بيئات بعضهم البعض الافتراضية.
المستأجر الفردي مقابل المستأجر المتعدد
أخيرًا، دعنا نلقي نظرة على جدول ملخصي لمقارنة المؤجر الفردي مقابل المستأجر المتعدد بالنسبة للاستخدام من قبل مقدمي الخدمات الإدارية ومقدمي الخدمات السحابية.
كل نسخة من التطبيق مخصصة لعميل واحد.
يشترك جميع العملاء في نفس النسخة من التطبيق.
تعزل كل نسخة من التطبيق تمامًا عن العملاء الآخرين.
يشترك جميع العملاء في نفس النسخة من التطبيق والبنية التحتية. إذا تعرضت بيانات أحد العملاء للاختراق، فقد يؤثر ذلك بشكل كبير على جميع العملاء الآخرين.
يتطلب كل عميل بنية تحتية وموارد مخصصة له.
تتم مشاركة الموارد بين عدة عملاء، مما يتيح استخدام الموارد بكفاءة أكبر.
يتطلب كل عميل موارد مخصصة له.
يمكن مشاركة الموارد بين عدة عملاء، مما يتيح استخدام الموارد بكفاءة أكبر.
موارد وخبرة مخصصة لإدارة وصيانة كل نسخة من التطبيق.
يشترك جميع العملاء في نفس النسخة من التطبيق، مما يتيح استخدام الموارد بكفاءة أكبر.
يتطلب تخصيص وتكوين كل نسخة من التطبيق بشكل منفصل لكل عميل.
يشترك جميع العملاء في نفس النسخة من التطبيق.
تحتوي كل نسخة من التطبيق على موارد مخصصة.
تتم مشاركة الموارد بين عدة عملاء، مما يمكن أن يؤدي إلى مشاكل أداء أو تنافس على الموارد.
منخفض
إذا كانت النسخة غير نشطة، فلا يمكن تخصيص الموارد المحتملة الفارغة ل
تعتمد الاختيار بين النهج الفردي والمتعدد المستأجرين على احتياجات ومتطلبات محددة للمؤسسة. بينما توفر الهندسات ذات المستأجر الواحد تخصيصًا أكبر وأمانًا وتحكمًا أكبر في الموارد، يمكن أن تكون أكثر تكلفة وتعقيدًا في الإدارة. توفر هندسات المستأجرين المتعددين مرونة أكبر وصيانة أسهل ولكن قد لا توفر نفس مستوى التخصيص أو الأمان. ينبغي على المؤسسات تقييم فوائد وعيوب كل نهج بعناية لتحديد النهج المناسب لها.
خدمات النسخ الاحتياطي كخدمة (BaaS)، وخدمة النسخ (RaaS)، وخدمة الاستعادة من الكوارث (DRaaS)
دعونا نستكشف كيف يمكن استخدام التعدد المستأجرين في مجال خدمة النسخ الاحتياطي كخدمة (BaaS)، وخدمة النسخ كخدمة (RaaS)، وخدمة الاستعادة من الكوارث كخدمة (DRaaS).
يمكنك أن تقوم بعمل نسخ احتياطية للآلات الافتراضية التي تعمل في السحابة على جهاز فعلي موجود في مكتب شركتك. إذا لم تكن لدى شركتك البنية التحتية الخاصة بها، يمكنك عمل نسخ احتياطية من بيئتك السحابية إلى موقع بعيد أو تخزين نسخ احتياطية في سحابة مختلفة – على سبيل المثال، داخل منطقة جغرافية مختلفة من سحابة أمازون. بالمثل، يمكن عمل نسخ احتياطية للآلات الافتراضية التي تعمل على الخوادم الفعلية في الموقع إلى السحابة (عادةً مع مزود خدمة إدارة الخدمات). خدمة النسخ الاحتياطي كخدمة (BaaS) هي حلا مناسبًا للشركات التي تحتاج إلى نسخ احتياطية للآلات الافتراضية سواء من السحابة أو إلى السحابة.
تهدف مزودات الخدمة إلى إرضاء العملاء الذين يحتاجون إلى موثوقية عالية وكذلك توافر عالي؛ عادةً ما يتم تقديم المزيد من الخدمات بخلاف BaaS. يُقدم عادةً خدمة التكرار كخدمة (RaaS) وخدمة استعادة الكوارث كخدمة (DRaaS) جنبًا إلى جنب مع BaaS. تتمتع هذه الحلول الموسعة بطلب عالي للنسخ الاحتياطي والتكرار والاستعادة للآلات الافتراضية المحلية وكذلك الآلات الافتراضية في السحابة، سواء على الموقع أو في مواقع السحابة. لتقديم أفضل خدمة لعملائهم، يقوم مزودو الخدمة بتحديث بنيتهم التحتية بانتظام ونشر برامج متعددة المستأجرين موثوقة مع واجهات مستخدم سهلة الاستخدام.
لتعزيز نمو الأعمال السحابية، تحتاج شركات خدمات مزود الخدمة إلى حل قابل للتوسيع بسهولة يمكن أن يقلل من التكاليف المرتبطة بالنشر والإدارة. يجب أن تكون هذه الحلول آمنة، وتضمن أداءً عاليًا، وتحقق استخدامًا محسنًا للموارد. في الأفضل، يمكن إدارة النسخ الاحتياطي، والتكرار، واستعادة الكوارث من نافذة واحدة. ومن الأفضل، عند العمل مع البيئات الافتراضية، يجب أن يكون البرنامج المختار خاليًا من الوكلاء.
اختيار حلاً لحماية البيانات متعدد المستأجرين: نسخ الاحتياطي والتكرار من NAKIVO
تعتبر نسخ الاحتياطي والتكرار من NAKIVO حلاً لحماية البيانات عالميًا تم تطويره باعتبار تجربة كل من شركات خدمات مزود الخدمة وعملائه. يمكن استخدام الحل في الوضع متعدد المستأجرين لتوفير نسخ احتياطية كخدمة، واستعادة كخدمة، واستعادة الكوارث كخدمة ويدعم البيئات الافتراضية (VMware vSphere، Microsoft Hyper-V، Nutanix AHV VMs بالإضافة إلى حالات Amazon EC2).
يمكن نشر حلاً NAKIVO في الوضعين محدد المستأجرين ومتعدد المستأجرين. مزايا استخدام حلاً NAKIVO في الوضع متعدد المستأجرين لشركات خدمات مزود الخدمة تشمل:
- جاهز لـ Amazon AWS. يمكن نشر نسخ الاحتياطي والتكرار من NAKIVO بسرعة وسهولة في سحابة Amazon AWS (كـ AMI مُعدة مُسبقًا).
- خيارات نشر مرنة أخرى، بما في ذلك على نظامي Windows وLinux، NAS، كـ VA.
- واجهة MSP. يمكن لمقدمي الخدمات الإدارية (MSPs) إدارة جميع عملائهم من واجهة ويب مركزية. يمكنهم إضافة بنية تحتية للعميل لتوفير خدمات الحماية الكاملة للبيانات. كما يمكن لمقدمي الخدمات الإدارية إضافة عملاء بنفس النشر لديهم على NAKIVO Backup & Replication (في وضع للعميل الواحد) لتقديم خدمات الإدارة والدعم.
- بوابة الخدمة الذاتية للعملاء. بالنسبة لعملاء MSP الذين لا يملكون نسخة خاصة من NAKIVO Backup & Replication ، يمكن لمسؤول MSP استخدام الضوابط الخاصة بالوصول بناءً على الأدوار في الحل لتخفيف جزء من مهام النسخ الاحتياطي والاسترداد على العملاء. يمكن لكل عميل (المستأجر) إدارة مهام النسخ الاحتياطي والتكرار والاسترداد الخاصة به من خلال الوصول إلى لوحات القيادة المعزولة الخاصة بهم. مهام وجرد مستأجر واحد ليست مرئية للمستأجرين الآخرين.
- تخصيص العلامة التجارية الفردية. يمكن لمقدم الخدمة تخصيص علامة تجارية واجهة NAKIVO Backup & Replication لتوفير تجربة سلسة لعملائهم. يمكن لمقدمي الخدمات توحيد مظهر المنتج ليلائم المنتجات الأخرى التي يستخدمونها وقاموا بتمييزها ، مما يضمن أن تقدم جميع الخدمات التي تقدمها أسلوباً تنظيمياً متسقاً.
- ترخيص. ترخيص NAKIVO Backup & Replication لمقدمي الخدمات الإدارية يكون لكل عبء عمل على أساس شهري أو سنوي. يمكن لمقدم الخدمة الإدارية دفع تكاليف الأعباء التي يحتاجونها كل شهر أو الالتزام بترخيص سنوي لتحقيق مزيد من الوفور.
مع وضع العميل المتعدد ، يعد NAKIVO Backup & Replication حلاً قوياً لمقدمي الخدمات الإدارية الذين يرغبون في توفير خدمات BaaS و RaaS و DRaaS. يمكن استخدام المنتج حتى بدون أي بنية تحتية في الموقع ، في سحب مثل Amazon AWS ، وهو وسيلة رائعة لتلبية احتياجات مقدمي الخدمات الإدارية والمستخدمين النهائيين على حد سواء.
مع وضع المستأجر المتعدد ، يعد NAKIVO Backup & Replication حلاً قويًا لمقدمي خدمات الإدارة المشتركة الذين يرغبون في توفير خدمات النسخ الاحتياطي كخدمة (BaaS) والاستعادة كخدمة (RaaS) والكوارث كخدمة (DRaaS). يمكن استخدام المنتج حتى بدون أي بنية تحتية موجودة في الموقع ، في سحبات مثل Amazon AWS ، وهو وسيلة رائعة لتلبية احتياجات مقدمي الخدمة والمستخدمين النهائيين على حد سواء.
Source:
https://www.nakivo.com/blog/single-tenant-vs-multi-tenant/