اعتبارات مستويات التحكم متعددة المستأجرين

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

توفر هذه المقالة معلومات حول مسؤوليات طائرات التحكم وكيفية تصميم وحدة تحكم تلبي احتياجاتك.

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

تتضمن العديد من الأنظمة المعقدة طائرات التحكم. على سبيل المثال، وحدة تحكم Azure، Azure Resource Manager، هي مجموعة من واجهات برمجة التطبيقات والأدوات والمكونات الخلفية المسؤولة عن نشر موارد Azure وتكوينها. تدير وحدة التحكم Kubernetes العديد من المهام، مثل وضع وحدات Kubernetes على العقد العاملة. تحتوي جميع حلول البرامج كخدمة (SaaS) تقريبا على مستوى تحكم للتعامل مع المهام عبر المستأجرين.

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

مسؤوليات وحدة التحكم

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

بشكل عام، قد يكون لمستوى التحكم العديد من المسؤوليات الأساسية التالية:

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

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

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

قد تتحمل طائرات التحكم الأكثر تقدما أيضا المزيد من المسؤوليات:

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

نطاق مستوى التحكم

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

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

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

تصميم وحدة تحكم

بعد تحديد متطلبات ونطاق وحدة التحكم الخاصة بك، تحتاج إلى تصميمها وتصميمها. تعد وحدة التحكم مكونا مهما. تحتاج إلى التخطيط بعناية، تماما كما تخطط للعناصر الأخرى من النظام الخاص بك.

طائرات تحكم جيدة التصميم

نظرا لأن وحدة التحكم هي نظامها الخاص، فمن المهم مراعاة جميع الركائز الخمس لإطار عمل Azure Well-Architected عند تصميم واحد. تسلط الأقسام التالية الضوء على بعض المجالات المعينة التي يجب التركيز عليها.

الموثوقيه

وغالبا ما تكون طائرات التحكم مكونات بالغة الأهمية للمهمة. من الضروري أن تخطط لمستوى المرونة والموثوقية التي تحتاجها وحدة التحكم الخاصة بك.

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

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

حدد أهداف مستوى الخدمة لمستوى التحكم، بما في ذلك أهداف التوفر وهدف وقت الاسترداد (RTO) وهدف نقطة الاسترداد (RPO). قد تختلف الأهداف التي قمت بتعيينها لمستوى التحكم عن تلك التي تقدمها لعملائك.

اتبع إرشادات Azure Well-Architected Framework لإنشاء حلول موثوقة في جميع أنحاء النظام، بما في ذلك مستوى التحكم الخاص بك.

الأمان

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

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

عند تصميم وتنفيذ وحدة تحكم، من الضروري اتباع أفضل ممارسات الأمان وإنشاء نموذج تهديد شامل لتوثيق التهديدات المحتملة ومشاكل الأمان والتخفيف منها في الحل الخاص بك. لمزيد من المعلومات، راجع إرشادات Azure Well-Architected Framework لإنشاء حلول آمنة.

التميز التشغيلي

نظرا لأن مستوى التحكم مكون مهم، يجب أن تفكر بعناية في كيفية توزيعه وتشغيله في الإنتاج.

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

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

المكونات

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

عزل مستوى التحكم عن أحمال عمل المستأجر

من الممارسات الجيدة فصل موارد وحدة التحكم الخاصة بك عن تلك المستخدمة لخدمة مستويات بيانات المستأجرين. على سبيل المثال، يجب أن تفكر في استخدام خوادم قاعدة بيانات منفصلة وخوادم التطبيقات وخطط Azure App Service ومكونات أخرى. غالبا ما يكون من الجيد الاحتفاظ بموارد وحدة التحكم في مجموعة موارد Azure منفصلة عن تلك التي تحتوي على موارد خاصة بالمستأجر.

من خلال عزل وحدة التحكم الخاصة بك عن أحمال عمل المستأجرين، يمكنك الحصول على العديد من المزايا:

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

تنسيق تسلسلات العمليات طويلة الأمد

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

على سبيل المثال، افترض أنه عند إلحاق مستأجر جديد، تقوم وحدة التحكم الخاصة بك بتشغيل الإجراءات التالية بالتسلسل:

1. نشر قاعدة بيانات جديدة. هذا الإجراء هو عملية توزيع Azure. قد يستغرق إكماله عدة دقائق.
2. تحديث كتالوج بيانات تعريف المستأجر. قد يتضمن هذا الإجراء تشغيل أمر مقابل قاعدة بيانات Azure SQL.
3. أرسل بريدا إلكترونيا ترحيبيا إلى المستأجر الجديد. يستدعي هذا الإجراء واجهة برمجة تطبيقات تابعة لجهة خارجية لإرسال البريد الإلكتروني.
4. قم بتحديث نظام الفوترة الخاص بك للتحضير لفاتورة المستأجر الجديد. يستدعي هذا الإجراء واجهة برمجة تطبيقات تابعة لجهة خارجية. لقد لاحظت أنه يفشل بشكل متقطع.
5. قم بتحديث نظام إدارة علاقات العملاء (CRM) لتعقب المستأجر الجديد. يستدعي هذا الإجراء واجهة برمجة تطبيقات تابعة لجهة خارجية.

إذا فشلت أي خطوة في التسلسل، تحتاج إلى النظر في ما يجب القيام به، مثل:

• أعد محاولة العملية الفاشلة. على سبيل المثال، إذا فشل أمر Azure SQL في الخطوة 2 مع حدوث خطأ عابر، يمكنك إعادة المحاولة.
• تابع إلى الخطوة التالية. على سبيل المثال، قد تقرر أنه من المقبول إذا فشل التحديث إلى نظام الفوترة، لأن فريق المبيعات سيضيف العميل يدويا.
• التخلي عن سير العمل وتشغيل عملية استرداد يدوية.

تحتاج أيضا إلى مراعاة ما تبدو عليه تجربة المستخدم لكل سيناريو فشل.

إدارة المكونات المشتركة

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

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

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

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

استخدام مستويات تحكم متعددة

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

مستويات التحكم العمومية

عادة ما تكون وحدة التحكم العالمية مسؤولة عن الإدارة العامة وتتبع المستأجرين. قد يكون لمستوى التحكم العالمي المسؤوليات التالية:

• موضع المستأجر. تحدد وحدة التحكم العمومية الطابع الذي يجب أن يستخدمه المستأجر. قد يجعل هذا التحديد استنادا إلى عوامل مثل منطقة المستأجر، واستخدام سعة كل طابع، ومتطلبات مستوى خدمة المستأجر.
• إعداد المستأجر وإدارة دورة الحياة. تتضمن هذه المسؤوليات تعقب جميع المستأجرين عبر جميع عمليات النشر.

طابعات التحكم في الطوابع

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

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

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

يوضح الرسم التخطيطي التالي مثالا على كيفية تعايش مستويي التحكم في نظام واحد:

مستويات تحكم المستأجر

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

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

يوضح الرسم التخطيطي التالي نظاما معقدا يحتوي على وحدة تحكم عمومية ووحدات تحكم طابع ولوحة تحكم لكل مستأجر:

المساهمون

تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.

الكاتب الرئيسي:

• جون داونز | مهندس العملاء الرئيسي، FastTrack ل Azure

مساهمون آخرون:

• مايكل ألبرتس | كاتب تقني
• بوهدان شيرشيك | مهندس عملاء أول، FastTrack لـAzure
• لاندون بيرس | مهندس عملاء، FastTrack ل Azure
• دانيال سكوت راينسفورد | الاستراتيجي التكنولوجي الشريك
• Arsen Vladimirskiy | مهندس العملاء الرئيسي، FastTrack for Azure

لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.

الخطوات التالية

• نظرة عامة على الاعتبارات المعمارية
• Azure Well-Architected Framework
• النهج المعمارية لطائرات التحكم في الحلول متعددة المستأجرين