جدولة موارد Home Assistant: لماذا تغيّر انقطاعات الإنترنت سلوك التحكم المحلي

إيفا وونغ

IceWhale author

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

Home Assistant Resource Scheduling: Why Internet Outages Change Local-Control Behavior

لا يؤدي انقطاع الإنترنت تلقائيًا إلى فشل الأتمتة المحلية في Home Assistant. إذ يمكن لتكاملات Zigbee وZ-Wave وMatter وESPHome وMQTT وتكاملات الشبكة المحلية أن تواصل العمل أثناء تعطل شبكة WAN. وما يتغير هو عبء العمل المحيط بها: تنتهي مهلات الطلبات السحابية، وتعيد التكاملات المحاولة، وتفشل عمليات البحث عن DNS، وتنقطع الاتصالات عن بُعد، وقد تصل مهام الاسترداد على دفعات عند عودة الاتصال.

لذلك يُعد جدولة الموارد مهمة أثناء الانقطاع حتى عندما يظل مسار التحكم المحلي سليمًا. والسؤال ليس «هل يحتاج Home Assistant إلى الإنترنت؟»، بل هل تظل الأعمال البعيدة الفاشلة معزولة، أم تبدأ في استهلاك وقت حلقة الأحداث، أو خيوط المنفّذ، أو سعة DNS، أو عمليات إدخال وإخراج السجلات، أو عمليات إعادة تحميل التكاملات التي تتداخل مع التحكم المحلي؟

تحوّل طلبات السحابة الفاشلة مسارات النجاح السريعة إلى مسارات تعتمد على انتهاء المهلة

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

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

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

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

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

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

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

العمل الحاجب أخطر من الانتظار غير المتزامن

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

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

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

قد يؤدي الاسترداد إلى إنشاء ذروة ثانية في عبء العمل

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

لا تعتبر ارتفاعًا مفاجئًا في استخدام وحدة المعالجة المركزية أو الشبكة أو عمليات كتابة Recorder فور عودة شبكة WAN دليلًا على عدم كفاية السعة في التشغيل المستقر المعتاد. قِس مدة استمرار الارتفاع، وتحقق مما إذا كان زمن استجابة التحكم المحلي يعود إلى مستواه الأساسي بعد ذلك.

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

صمّم للجدولة في الوضع المتدهور، وليس للوضع المعتاد فقط

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

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

الأسئلة الشائعة

هل يجعل انقطاع الإنترنت الأتمتات المحلية في Home Assistant أبطأ؟

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

هل ينبغي أن أضيف عمليات إعادة محاولة مكثفة كي تتعافى التكاملات السحابية بسرعة أكبر؟

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