كيفية إعداد فحوصات السلامة لـ Home Assistant وتبعياته

اضبط فحوصات الصحة على طبقات: تحقّق أولًا من استجابة تطبيق Home Assistant، ثم اختبر قاعدة البيانات وMQTT وDNS والتخزين والمسار البعيد فقط حيث تكون كل تبعية مهمة فعلًا.

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

حدّد السلوك السليم قبل كتابة الفحص

أدرج الوظائف التي يجب أن تعمل في منزلك: أن تستجيب الواجهة المحلية، وأن تُنفّذ الأتمتة، وأن يتمكن Recorder من الكتابة، وأن تتبادل أجهزة MQTT الحالة، وأن يحل DNS الأسماء المطلوبة، وأن يكون التخزين المركّب قابلًا للكتابة. لا يمكن لحالة خضراء واحدة إثبات عمل جميع هذه الوظائف.

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

حدّد مالكًا واحدًا ومعنى فشل واحدًا لكل فحص. يجب ألا يتظاهر فحص Core بالتحقق من قاعدة البيانات، كما يجب ألا يدّعي فحص مقبس MQTT أن رسائل الأجهزة حديثة. إذا لم تؤدِّ النتيجة إلى إجراء تالٍ محدد، فبسّط الفحص أو أزله.

أضف فحص جاهزية خفيفًا لـ Home Assistant

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

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

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

افحص التبعيات منفصلةً وحافظ على معنى الفشل

أنشئ فحوصات مستقلة لاتصال قاعدة البيانات ووسيط MQTT وحل DNS وتركيب التخزين المطلوب. فضّل استعلامًا للقراءة فقط أو كتابة صغيرة قابلة للعكس إلى مسار اختبار مخصص؛ ولا تعدّل جداول Home Assistant أو تنشر أوامر إلى أجهزة حقيقية لمجرد إثبات التوافر.

افصل تبعيات الاكتشاف والتحكم المحلي عن تبعيات الوصول عن بُعد. يقدّم استعراض ZimaSpace لـ تبعيات مكوّنات Home Assistant خريطة مفيدة لتحديد أي فشل يستحق تنبيهًا فوريًا وأي فشل يمكن أن يبقى تحذيرًا لحالة متدهورة.

وسم النتيجة بطبقة الفشل. إذا كان Home Assistant سليمًا لكن فحص قاعدة البيانات فشل، فتحقّق من التخزين أو بيانات الاعتماد بدلًا من إعادة تشغيل Core. وإذا فشل الوصول عن بُعد فقط، فأبقِ التحكم المحلي قيد التشغيل. يمنع هذا الفصل اعتمادًا واحدًا فاشلًا من محو الأدلة على سلامة الخدمات الأخرى.

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

اختبر الفشل والاسترداد وتوقيت التنبيهات

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

أضف عمليات إعادة التشغيل التلقائية فقط بعد ملاحظة عدة حالات فشل حقيقية. استخدم فترات تهدئة وحدًا أقصى لعدد المحاولات، ولا تعِد تشغيل قاعدة البيانات وHome Assistant في الوقت نفسه من دون الحفاظ على السجلّات. إعادة التشغيل بوابة للتحقق، وليست دليلًا على تعافي التبعية الأساسية.

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