Share via

النمذجة الصحية لأحمال العمل

  • مقالة

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

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

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

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

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

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

نوصي بمشاهدة هذا الفيديو للحصول على فهم عالي المستوى لنمذجة الصحة.

ما هي الصحة ونمذجة الصحة ونموذج الصحة؟

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

نوصي بتمثيل الصحة في إحدى الحالات الثلاث:

  • صحي: يعمل على النحو الأمثل ويلبي توقعات الجودة

  • متدهور: يعرض سلوكا أقل من السلوك الصحي، مما يشير إلى المشاكل المحتملة

  • غير صحي: في حالة حرجة ويتطلب اهتماما فوريا

ملاحظة

يمكنك تمثيل الصحة مع درجة بدلا من الحالات لتوفير المزيد من دقة البيانات.

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

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

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

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

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

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

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

هام

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

رسم تخطيطي يوضح تعريف نموذج الصحة.

في الصورة:

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

    ملاحظة

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

  • تعكس العلاقات بين الكيانات سلاسل التبعية داخل النظام. على سبيل المثال، قد تستدعي وحدة التطبيق مكونات بنية أساسية معينة تشكل علاقة.

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

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

كانت نمذجة السلامة مهمة في السيناريو السابق بالطرق التالية:

  • لقد حسن الوقت للكشف عن (TTD) والوقت للتخفيف من (TTM) عن طريق تمكين عزل المشكلة بشكل أسرع، ما أدى إلى الكشف السريع عن المشكلات والإصلاحات المحتملة.

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

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

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

  • جعل بيانات المراقبة ذات مغزى لجميع أعضاء الفريق. وقد سد الفجوة بين المعرفة القبلية والرؤى المشتركة.

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

مخطط نموذج الحماية

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

رسم تخطيطي يوضح تعريف الحالة الصحية.

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

على سبيل المثال، ضع في اعتبارك موارد Azure من نفس النوع داخل حمل العمل الخاص بك.

  • يقوم الجهاز الظاهري A بتشغيل تطبيق حساس لوحدة المعالجة المركزية.
  • يعالج الجهاز الظاهري B خدمة كثيفة الذاكرة.

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

هام

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

بناء نموذج صحي

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

رسم تخطيطي يوضح أنشطة النمذجة الصحية.

تقييم تصميم حمل العمل الخاص بك

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

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

  • مكونات التطبيق التي تعمل على الحوسبة ومكوناتها ذات الصلة

  • التبعيات المنطقية أو المادية بين المكونات

  • تدفقات المستخدم والنظام

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

تحديد السياق باستخدام متطلبات العمل

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

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

ملاحظة

أنت تدرك قيمة نمذجة السلامة فقط عند دمج سيناريوهات عملك وسياقك. ثم يمكنك ترشيد تأثير الأعمال من المشكلات التشغيلية.

تعيين إلى مقاييس الموثوقية

ابحث عن مقاييس الموثوقية ذات الصلة عبر تصميم التطبيق.

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

هام

تعد SLIs وSLO إشارات صحية حرجة. فهي تنشئ تعريفا ذا معنى للصحة يعكس مستوى الخدمة الذي تريده جنبا إلى جنب مع سمات الجودة الأخرى. يمكنك أيضا تحديد أهداف صحة الخدمة (SHOs) لالتقاط الصحة التي تريد تحقيقها عبر نطاق زمني مجمع.

تحديد الإشارات الصحية

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

استخدام مقاييس النظام الأساسي وسجلاته

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

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

ملاحظة

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

إضافة سجلات التطبيق

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

  • استخدم التسجيل الدلالي أو المنظم. تسهل السجلات المنظمة الاستهلاك التلقائي وتحليل بيانات السجل على نطاق واسع.

    ضع في اعتبارك تخزين مقاييس موارد Azure وبيانات التشخيص في مساحة عمل Azure Monitor Logs بدلا من حساب تخزين. باستخدام هذا الأسلوب، يمكنك إنشاء إشارات صحية باستخدام استعلامات Kusto للتقييم الفعال.

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

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

  • استخدم التسجيل غير المتزامن. تجنب عمليات التسجيل المتزامنة التي قد تمنع التعليمات البرمجية للتطبيق. يضمن التسجيل غير المتزامن التوفر عن طريق منع تراكم الطلبات أثناء عمليات كتابة السجل.

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

تنفيذ التتبع الموزع

تنفيذ التتبع الموزع عن طريق ربط بيانات تتبع الاستخدام عبر تدفقات النظام الهامة. يوفر القياس عن بعد المترابط رؤى حول المعاملات الشاملة وهو ضروري لتحليل السبب الجذري الفعال (RCA) عند حدوث حالات الفشل.

استخدام فحوصات السلامة

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

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

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

اعتماد تقنيات المراقبة الهيكلية والوظيفية

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

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

نمذجة التصميم

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

تعيين تنبيهات قابلة للتنفيذ

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

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

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

ملاحظة

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

تصور النموذج

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

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

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

يوضح الرسم التخطيطي نموذجا صحيا يستخدم نهج إشارة المرور.

ملاحظة

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

اعتماد نموذج الصحة الخاص بك

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

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

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

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

التحقق المستمر

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

الصحة التنظيمية

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

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

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

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

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

  • استخراج المزيد من الرؤى من تغييرات الحالة والتوصية بالإجراءات.

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

الحفاظ على نموذج الحماية الخاص بك

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

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

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

ملاحظة

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

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

توصيات لتصميم استراتيجية مراقبة وتنبيه موثوقة