عند تحديد جزء من حل برامج شركتك يمكنك إلغاء العلامة التجارية وتسويقه للشركات الأخرى، فإنه يضيف تدفق إيرادات جديد بالكامل لشركة ما. ومع ذلك، فإن تكوين الحل لمراعاة العبء الذي يجلبه عدد كبير من المستأجرين غالبًا ما يمثل عقبة صعبة للتعامل معها. يجول هذا الحل في مجموعة من تقنيات Azure التي تؤمن وتوازن حركة المرور.
بناء الأنظمة
قم بتنزيل ملف Visio لهذه البنية.
سير العمل
مجموعة من تقنيات شبكة تطبيق Azure آمنة وتوازن تحميل نسبة استخدام الشبكة.
يعالج Microsoft Azure Front Door بعض المهام الأولية:
معالجة الطلب الأولي
موازنة التحميل عبر المناطق
إنهاء SSL (HTTPS) وإلغاء تحميله
تجاوز الفشل إذا كان هناك انقطاع إقليمي
يدير Azure DNS سجلات DNS ويضمن التوجيه إلى نقطة نهاية Azure Front Door الصحيحة.
تستخدم البنية معرف Microsoft Entra كموفر هوية للمصادقة.
بمجرد توجيهها إلى المنطقة المناسبة، توجه بوابة التطبيق وأرصدة التحميل، توجه الطلبات إلى خدمة تطبيقات Azure المناسبة.
بالنسبة إلى هذا التصميم، يعد استخدام App Service الخدمة المفضلة ل:
أي تطبيق يعتمد علي بروتوكول HTTP.
خدمة محتوى الويب.
كشف واجهات برمجة تطبيقات RESTful.
تنفيذ منطق تسلسل العمل خلف تطبيق الواجهة الأمامية.
يمكنك تكوين App Service للارتقاء والتوسع تلقائيًا. يجعل App Service مناسبا لتغير حجم مجموعة من الطلبات المستندة إلى HTTP للمستأجر عند الطلب.
كما يتم تحجيم خدمات طبقة الوصول إلى البيانات بشكل مستقل استنادا إلى الحمل. توفر خدمات البيانات نماذج البيانات وعملاء الاتصال وبرامج التشغيل. توفر الخدمات واجهة بيانات متسقة لجميع الخدمات ذات المستوى الأعلى التي ترغب في استهلاك البيانات في التطبيق. يمكنك نشر خدمات البيانات وتوسيع نطاقها باستخدام خدمة Azure Kubernetes (AKS). كل مجموعة AKS مسؤولة عن مجموعة من الميزات ذات الصلة في الطبقة المناسبة. يمكن ل AKS تنفيذ بنية الخدمات المصغرة، وتتميز بسلسلة من الحاويات التي تغلف كل منها وظائف معينة داخل نظام المجموعة. يسمح هذا بدرجة عالية من التجريد وإلغاء الاقتران داخل التعليمات البرمجية. ويسمح للمجموعات بالتوسع بصفةٍ فرديةٍ لحساب زيادة الحمل من مستأجرين متعددين. يمكن لكل نظام مجموعة من التطبيقات توسيع نطاق مواردها إذا زاد التحميل على نظام المجموعة. لا يؤثر المقياس في المجموعات الأخرى في مجموعة الموارد طالما أنها لا تواجه نفس الزيادة.
تخزين البيانات المرتبطة وإدارتها خارج إطار عمل التطبيق. يؤدي القيام بذلك إلى توفير نقطة واحدة لإدخال البيانات لأي من المنطقتين. يمكنك تحقيق النسخ المتماثل والتوافر وقابلية التوسع والأمان من خلال الاستفادة من قوة تجمعات Azure SQL المرنة. توفير قاعدة بيانات لكل مستأجر في المجمع. تخصيص الموارد المتوفرة لتجميع قواعد البيانات عند الطلب مع قدوم التحميل والطلبات. يعمل هذا على تحسين موارد قاعدة البيانات المتاحة للمستأجرين مقابل ميزانيتك.
المكونات
المكونات الأساسية تكون المكونات المقترحة للبنية في هذا الحل. إذا كان أي من المكونات الأساسية لا يلائم بنيتك، فشاهد قائمة المكونات البديلة.
تحديد المكونات الأساسية
Azure Front Door: موازن تحميل إقليمي يوجه حركة مرور العميل إلى المنطقة الصحيحة. يمكن أن يفشل في المنطقة الثانية إذا حدث فشل إقليمي، ويمكنه تأمين نقطة الإدخال المواجهة للإنترنت عبر Azure Web Application Firewall.
معرف Microsoft Entra: يعمل كموفر هوية للتطبيق بأكمله، ويفرض المصادقة والتخويل الشامل للطلب في التطبيق.
Azure DNS: خدمة استضافة في Azure لتحليل اسم المجال. في حل متعدد المستأجرين، يصل العديد من العملاء إلى الحل عبر المجالات الفردية الخاصة بهم. استخدم Azure DNS لتكوين طلبات العميل وحلها إلى مكدس ذاكرة مؤقتة التطبيقات الصحيحة.
Application Gateway: تساعد الواجهة الأمامية وموازنة التحميل نسبة استخدام الشبكة داخليًا عبر المناطق والمسارات في التطبيق إلى الخدمات المختلفة التي تلبي احتياجات عمل العميل. في حين أن Azure Front Door يوازن التحميل عبر مناطق عالية المستوى، فإن Application Gateway لديها وعي بالحمل على الخدمات الفردية داخل مجموعة. تجمع Azure Front Door وApplication Gateway لتوفير موازنة تحميل على جميع المستويات في حل متعدد المستأجرين. لمزيد من المعلومات حول خيارات موازنة التحميل في تطبيق Azure، تفضل بزيارة نظرة عامة بخصوص موازنة تحميل Azure.
App Service: خدمة Azure الرئيسية لتطبيقات الويب وواجهات برمجة التطبيقات المستندة إلى الويب. يتكامل الأمان مع خدمات مثل معرف Microsoft Entra وAzure Key Vault. يمكنك تكوين التحجيم التلقائي. كما أن مقدار الموارد المتاحة لتوسيع نطاقها مرن بين خطط App Service المختلفة التي يمكن تشغيل التطبيق عليها. يمكن ل App Service أيضا الاستفادة من قدرات تطبيق DevOps المتكاملة للتكامل والنشر المستمرين في بيئات متعددة. تتيح هذه الميزات وغيرها من المزايا الداعمة للنظام الأساسي ل Azure للمطورين بالتركيز على تطوير تطبيقاتهم.
Azure Kubernetes Service (AKS): تنظيم مثيلات صور الحاوية التي نشرت في نظام مجموعة. غالبا ما تتضمن إدارة بيانات عملاء متعددين لتنفيذ مجموعة من المكونات لإدارة:
نمذجة البيانات
الاتصال بمصادر البيانات
الاستخراج والتحويل والتحميل (ETL)
الأنشطة الخاصة بالاستيراد/التصدير
يؤدي تطوير العديد من المكونات الأصغر كخدمات مصغرة قائمة على الحاويات إلى إنشاء سيناريو مثالي للنشر إلى مجموعة AKS. يتم تضمين أدوات التحجيم التلقائي وموازنة التحميل وقابلية الترقية في إطار العمل. تتكامل AKS جيداً مع استراتيجية التكامل المستمر/التسليم المستمر (CI/CD) باستخدام ميزات DevOps المتوفرة وسجل حاويات Azure.
Azure SQL Elastic Pools: توفر حلا لإدارة مجموعة من قواعد البيانات بمرونة مع مجموعة من الموارد. تخصيص خدمة الموارد عند الطلب لقواعد البيانات. إنه يمنح مطور بنية SaaS متعددة المستأجرين القدرة على توفير موارد قاعدة البيانات للعملاء عندما يحتاجون إليها. تقلل الخدمة أيضًا من الميزانية والنفقات العامة للحفاظ على عدة خوادم SQL مع أجزاء كبيرة من موارد الحوسبة الغير مستخدمة.
Azure Cognitive Search (المعروف سابقا باسم Azure Search): خدمة تضيف محرك فهرسة واستعلام فعالاً إلى تطبيقك. يمنح العملاء إمكانية الوصول إلى وظائف الاستعلام القوية. يمكنهم أيضا استخدام إمكانات Azure الذكاء الاصطناعي لإثراء وظيفة الاستعلام وتحسينها. يمكن لـ Azure Cognitive Search أن يأخذ في الحسبان تعدد الإيجارات باستخدام إستراتيجية الفهرس لكل مستأجر أو خدمة لكل مستأجر.
Azure Cache for Redis: يطبق طبقة التخزين المؤقت كخدمة على الحل، ما يوفر ذاكرة تخزين مؤقتة مدارة في الذاكرة لتقليل زمن الانتقال وزيادة الأداء للعملاء. يسمح معدل النقل العالي بكمية كبيرة من الطلبات للتعامل مع العديد من المستأجرين الذين يدخلون إلى النظام. يمكنك توسيع نطاق الخدمة بشكل مرن مع زيادة أحمال التطبيق. كما أنه يدعم التشفير الثابت أيضاً لحماية بيانات المستأجر المخزنة مؤقتا وعزلها.
مكونات البدائل
Azure Virtual Machine Scale Sets: يسمح بنشر الخدمات إلى بيئة الجهاز الظاهري (VM) التي تتوسع وتنمو تلقائيا حسب الحاجة. تتكامل مجموعات مقياس الجهاز الظاهري بشكل جيد مع موازن التحميل أو بوابة التطبيق لإعادة توازن التحميل تلقائيا مع نمو مجموعة المقياس. توفر المجموعات لمقياس الجهاز الظاهري قابلية التوسع التي يتطلبها هذا الحل. ومع ذلك، في كثير من الحالات، من غير الضروري إدارة بيئة الجهاز الظاهري الكاملة، ويمكننا تأجيل هذا المستوى من مكدس ذاكرة مؤقتة إلى تطبيق App Service أو AKS.
Azure SQL Database: تنفيذ كمثيلات مخصصة فردية كبديل للتجمعات المرنة. يؤدي استخدام قاعدة بيانات Azure SQL إلى زيادة النفقات العامة في إدارة المثيل مباشرة ويتكبد تكلفة أكبر للموارد المخصصة. غير أنه بديل مقبول عندما يحتاج المستأجر إلي خادم مخصص. على وجه الخصوص، قد يتطلب العميل مزيدا من التحكم في المثيل والموارد المتوفرة المخصصة. يمكن أن يتواجد المستأجرون الذين يحتاجون إلى SQL Server مخصص جنبا إلى جنب مع المستأجرين على تكوين Elastic Pool. بمقدورك جعل طبقة من قواعد بيانات SQL أحد خيارات التسعير المتاحة للمستأجرين عند شراء تراخيص SaaS.
SQL Server على الأجهزة الظاهرية: خيار آخر لنشر قواعد بيانات SQL. قد يكون لدى المستأجر بنية أساسية تكنولوجيا المعلومات موجودة مسبقا وخوادم SQL الموجودة في أماكن العمل. في هذه الحالة، قد يرغب المستأجر في استخدام تراخيصه الحالية، إما كترحيل كامل أو في سيناريو مختلط. تسمح الطبيعة المنفصلة لتطبيق SaaS لطبقة بيانات التطبيق باستهداف أي قاعدة بيانات SQL عبر التكوين.
تفاصيل السيناريو
عند تحديد جزء من حل برامج شركتك يمكنك إلغاء العلامة التجارية وتسويقه للشركات الأخرى، فإنه يضيف تدفق إيرادات جديد بالكامل لشركة ما. ومع ذلك، فإن تكوين الحل لمراعاة العبء الذي يجلبه عدد كبير من المستأجرين غالبًا ما يمثل عقبة صعبة للتعامل معها.
يوفر تطبيق Azure مجموعة من الخدمات لإدارة حل البرنامج:
يحتفظ بقواعد البيانات بمرونة كبيرة لجميع العملاء.
مقياس مستوى الأعمال والمنطق للحل لمنع الاختناقات في طبقة الحوسبة.
يدمج الإتاحة وتجاوز الفشل الداخلي.
يوفر حماية شاملة على جميع المستويات لحل البرنامج.
حالات الاستخدام المحتملة
تشمل حالات الاستخدام أشكال تصميم يمكنها الاستفادة من حل تطبيق SaaS متعدد المستأجرين مستضاف على تطبيق Azure:
تطوير حل إدارة علاقات العملاء (CRM) ويمكن تسويقه وبيعه للعملاء.
تنفيذ نظام إدارة المحتوى (CMS) وتسليمه إلى العديد من المستخدمين باستخدام هذا التصميم.
الاعتبارات
تنفذ هذه الاعتبارات ركائز Azure Well-Architected Framework، وهو عبارة عن مجموعة من المبادئ التوجيهية التي يمكن استخدامها لتحسين جودة حمل العمل. لمزيد من المعلومات، يرجى مراجعةMicrosoft Azure Well-Architected Framework.
متعدد المستأجرين
يعتبر حل متعدد المستأجرين الاعتبار الرئيسي في هذا الحل. يعالج الحل الكثير من العملاء في وقت واحد. يخصص أيضاً موارد كافية لمعالجة جميع طلبات العميل بشكل فعال. أثناء معالجة الطلبات، نسبة استخدام الشبكة للحل من نقاط النهاية العالمية ويعزل بيانات العميل لمنع الخروقات والتلوث المتقاطع. نشر العملاء إلى زوج من مجموعات الموارد الإقليمية اعتماداً علي موقعهم الأساسي. يؤدي القيام بذلك إلى تحسين العديد من التوفر الإقليمي.
يمكنك نشر العديد من العملاء في مجموعة حوسبة واحدة لأن النظام يعزل الطلبات استنادا إلى المصادقة ومفاتيح العميل، ما يميز الطلبات استنادا إلى هذه المعرفات الفريدة. يمكن للنظام تشفير جميع طلبات العميل بشكل منفصل بواسطة مفاتيحه بحيث لا يمكن لأي عميل فك تشفير بيانات أي عميل آخر. تمنحك إدارة عملاء متعددين على مكدس حساب واحد القدرة على تحسين تخصيص الموارد لتزويد العملاء بالاستجابة التي يحتاجونها في التكلفة.
يمكنك إدارة قواعد بيانات العميل بطريقة مماثلة خارج مكدس الحوسبة، لأن طلب العميل قد يصل من أي من المكدسات الإقليمية. يمكن توافر العديد من قواعد بيانات العميل على التجمع المرن نفسه، معزولة وآمنة عن طريق تشفير البيانات الشفاف (TDE). يمكنك تكوين كل قاعدة بيانات لتشفير البيانات باستخدام مفتاح مدار من قبل العميل وفك تشفير البيانات في الوقت المناسب (JIT). يحمي فك تشفير JIT بيانات العميل من كل من المطور والعملاء الآخرين. يستفيد النظام من التجمع المرن لتوفير الموارد عند الطلب للعملاء المعينين له مع الحفاظ على التكاليف منخفضة بالنسبة لك. يمكنك تعيين نهج النسخ المتماثل لكل تجمع مرن لتوفير النسخ الاحتياطي وتجاوز الفشل لبيانات العميل. أحضر المزيد من التجمعات المرنة عبر الإنترنت أثناء إلحاق المزيد من العملاء بالنظام.
لمزيد من المعلومات حول الحلول متعددة المستأجرين، راجع تصميم حلول متعددة المستأجرين على Azure.
الموثوقيه
تضمن الموثوقية أن التطبيق الخاص بك يمكن أن يفي بالالتزامات التي تتعهد بها لعملائك. لمزيد من المعلومات، راجع نظرة عامة على ركيزة الموثوقية."
قابلية التمدد والتوافر
تم تصميم هذا الحل لحساب عدد كبير من المستأجرين ممن يستخدمون SaaS. يحقق الاستفادة من العدد الكبير من المكونات والخدمات القابلة للتطوير لتنمو بناء على الحمل. لم تصمم هذه البنية الأساسية للحلول التي خدمة عدد قليل من المستأجرين، أو تحميل صغير من الطلبات والبيانات. يمكن التأكيد على ميزانية حل يستهدف عميلا واحدا أو حملا أصغر. كما أنه من غير الضروري أن يكون لديك حمل متعدد المناطق حيث لا يعد التوفر العالمي العالي شرطا، لأنه يضيف تعقيد وتكلفة غير ضروريين.
الأمان
ويوفر عامل الأمان ضمانات للحماية من الهجمات المتعمدة واستغلال البيانات والأنظمة القيمة الخاصة بك. للمزيد من المعلومات، يرجى الرجوع إلى نظرة عامة على ركيزة الأمان.
يعالج النظام الأمان من طرف إلى طرف في كافة مستويات التطبيق:
يوفر Azure Front Door دعما مدمجًا لـ HTTPS لمجالاته. وهذا يعني أن النظام يمكنه تشفير جميع نسبة استخدام الشبكة إلى تطبيق SaaS. ينفذ Azure Front Door أيضًا Azure Web Application Firewall، ويحمي مكدس SaaS من الهجمات على الحافة، قبل توجيه النظام الطلبات إلى التطبيق.
يقع كل مكدس تطبيق في كل منطقة في نطاق كل شبكة Azure ظاهرية. يفرض النظام قيودًا على نسبة استخدام الشبكة إلى الشبكة الظاهرية التي تقبل الطلبات من Azure Front Door، ما يحمي جميع خدمات التطبيق من حركة المرور الخارجية. بمجرد دخولك إلى جدار الحماية الآمن، يمكن لـ Application Gateway إنهاء طبقة المقابس الآمنة وتوفير موازنة تحميل فعالة وتوجيه داخل التطبيق.
يمكنك إدارة جميع بيانات الاعتماد والأسرار سلسلة الاتصال بأمان باستخدام Azure Key Vault. من خلال التعامل مع هذه البيانات الحساسة بوصفها أسرار، يمكن للمطورين إدخال بيانات الاعتماد في التطبيق في وقت التوزيع. يؤدي القيام بذلك إلى التأكد من عدم تلوث الكود بمعلومات حساسة. يحمي استخدام البيانات السرية العميل من خلال التأكد من أن خرق التعليمات البرمجية أو هجوم الرجل في الوسط لن يتمكن من الوصول إلى قواعد بيانات المستأجر.
في هذا السيناريو، قد توجد بيانات عدة مستأجرين جنبا إلى جنب على نفس خادم قاعدة البيانات، إن لم يكن نفس قاعدة البيانات. يؤدي استخدام فك تشفير TDE وJIT إلى حماية البيانات الموجودة في قاعدة البيانات. يقوم النظام بتشفير جميع البيانات الموجودة في قاعدة البيانات في حالة عدم التشغيل، ويفك تشفيرها فقط عند طلب المستأجر. بمقدور العملاء توفير مفاتيحهم الخاصة، ويمكنك تخزين جميع مفاتيح العميل في Azure Key Vault لإدارة التشفير لعدة مستأجرين. فهو يحمي بيانات العميل من طرف إلى طرف، ويمنع المطور من الوصول إلى بيانات العميل، ويعزل البيانات بين المستأجرين، ويساعد على تلبية متطلبات التوافق للأمان والبيانات.
تحسين التكلفة
يركز تحسين التكلفة على البحث عن طرق للحد من النفقات غير الضرورية وتحسين الكفاءة التشغيلية. لمزيد من المعلومات، راجع نظرة عامة على ركيزة تحسين التكلفة.
توفر Azure App Service العديد من مستويات التسعير استنادا إلى موارد الحوسبة المتوقعة المطلوبة. بالنسبة إلى SaaS متعدد المستأجرين، يعد التوافر العالي وقدرات التوسع من المكونات الرئيسية في اختيار خطة الخدمة. إذا كنت تتوقع استضافة العديد من المستأجرين، فقد يكون اختيار مستوى متميز أو معزول ضروريا لتوفير موارد الحوسبة اللازمة لحساب نسبة استخدام الشبكة العالية. تعد المستويات القياسية والمميزة والمعزولة كلها مثيلات للأجهزة الظاهرية. يمكنك حساب التكلفة لكل وحدة زمنية من خلال عدد الأجهزة الافتراضية للطبقة المذكورة التي حددتها. لمزيد من المعلومات، يرجى زيارة نظرة عامة على خطط تسعير App Service.
تقدم خدمة Azure Kubernetes خدمة حاوية فعالة من حيث التكلفة. لا يتم تحصيل رسوم عقد AKS إلا عند الاستخدام، لذلك لا يتم تحصيل رسوم منك إلا مقابل:
الأجهزة الظاهرية
حالات التخزين المستهلك وموارد الشبكة
تغير حجم التكلفة المتعلقة مباشرة بالاستخدام
يعد استخدام AKS كخدمة على مستوى البيانات مثاليا إذا كنت تتطلع إلى تقليل التكاليف. للحصول على تقدير بشأن تسعير طبقة من مثيلات AKS، تفضل بزيارة حاسبة خدمة Kubernetes.
اعتمادًا على التصميم، يكون تسعير Azure SQL Elastic Pool فعالا للغاية من حيث التكلفة في سيناريو متعدد المستأجرين. ستتبادل قواعد بيانات المستأجر الموجودة في Elastic Pool الموارد المتاحة. مع انتقال الطلب بين المستأجرين بمرور الوقت، ستتحول الموارد أيضًا. يوفر Azure SQL Elastic Pool الحد الأقصى من الموارد المتاحة لقواعد البيانات المطلوبة دون الحاجة إلى زيادة الموارد في جميع قواعد البيانات. تحافظ الخدمة على انخفاض التكلفة لمطور SaaS وخدمة المستأجرين. استخدم حاسبة تسعير قاعدة بيانات Azure SQL لتحديد مستوى ومقدار الموارد اللازمة لخدمة المستأجرين وبياناتهم.
يوفر استخدام نموذج تسعير النواة الظاهرية (vCore) مرونة أكبر في تغيير الحجم لتلبية الموارد المطلوبة. بمقدورك أيضا الاستفادة من Azure Hybrid Benefit. توفر تراخيص SQL Server الحالية خصمًا على موارد vCore SQL في السحابة. لذلك، في حالة ما عندما تكون الخوادم المحلية بالفعل جزءا من البنية الأساسية للمطور، يمكنك إدارة التكلفة أكثر باستخدام هذه الخصومات. يمكنك تقدير مدخراتك المحتملة باستخدام حاسبة توفير Azure Hybrid Benefit.
يمكنك أيضا توفير التكلفة على موارد SQL Server عن طريق شراء سعة قاعدة بيانات Azure SQL المحجوزة. يمثل شراء السعة المحجوزة التزاما باستخدام قاعدة بيانات SQL على المدى الطويل. تتراوح المدة عادة بين سنة وثلاث سنوات. في المقابل، تحصل على خصومات على التكاليف الحسابية للموارد المحجوزة. على سبيل المثال، يمكنك حجز 32 vCores للأغراض العامة لمدة عام، ما يقلل من تكلفة تلك vCores ال 32 لتلك السنة. يعد شراء العديد من المستأجرين لتراخيص SaaS مؤشرا قويا على أن الاستفادة من السعة المحجوزة تناسب الحل، وتوفير التكلفة المثالي في حمل العمل هذا.
يمكنك العثور على بنية التسعير ل Azure Cache for Redis في صفحة تسعير Azure Cache for Redis. اضبط طبقة ذاكرة التخزين المؤقت في أي وقت بين المستوى الأساسي والقياسي Premium عند الحاجة. سترى أسعارًا مرتفعة على حدود ذاكرة التخزين المؤقت الأكبر والميزات الإضافية مثل النسخ المتماثل والإصلاح بعد الكوارث. كما توفر ذاكرة التخزين المؤقت Azure لـ Redis أسعار سعة محجوزة لالتزامات الاستخدام طويلة الأجل.
تعتمد أسعار Azure Front Door على مقدار نقل البيانات داخل الخدمة وخارجها. بالنسبة إلى البيانات الصادرة، يختلف السعر حسب المناطق. ستتحمل المناطق المختلفة تكاليف مختلفة. إذا صادفت فرقاً في السعر، فقدر التكلفة بشكل منفصل. يتضمن السعر بعض التوجيه وسعة المجال، ولكن النظام يتحمل تكاليف تتجاوز الحدود الأولية. يتحمل Azure Web Application Firewall رسوما إضافية صغيرة لكل نهج أو قاعدة مطبقة. بمقدورك العثور على تفاصيل التسعير لـ Azure Front Door في صفحة تسعير Azure Front Door .
تسعير Azure Cognitive Search هو نظام متدرجاً بالكامل. يتوافر مستوى مجاني للتطوير والاختبار. لكن يتحمل كل مستوى تكلفة في الساعة لكل مثيل بحث معرفي مخصص. كلما زادت المستويات، ارتفع أيضًا إجمالي التخزين وعدد الفهارس وحدود التوسيع. يوفر Azure Cognitive Search استخراج الصور باعتباره بنفس المعدل لجميع المستويات المدفوعة.
الخطوات التالية
تتعلق الكائنات الأساسية للتطبيق والخدمة في معرف Microsoft Entra بالاستفادة من معرف Microsoft Entra لتنفيذ التطبيقات متعددة المستأجرين.
تغطي أنماط إيجار قاعدة بيانات SaaS متعددة المستأجرين تنفيذ أنماط متعددة المستأجرين في SQL.
يتعلق الإيجار في معرف Microsoft Entra أيضا بالاستفادة من معرف Microsoft Entra لتنفيذ التطبيقات متعددة المستأجرين.
الموارد ذات الصلة
يعد تشغيل تطبيق ويب في مناطق Azure متعددة للحصول على قابلية وصول عالية مرجعا لمتطلبات متعددة المناطق للحل.
تطبيق الويب متعدد الأوجه الذي تم إنشاؤه لقابلية الوصول العالية والتعافي من الكوارث على Azure هو مثال مماثل لسيناريو حمل العمل. يشرح العديد من الاعتبارات لتطبيق واسع النطاق على Azure.