Dernier blog

Une modification de Home Assistant peut déclencher un rechargement, une nouvelle découverte, une relecture de l’état, des mises à jour du registre et des écritures de Recorder qui dépassent brièvement la charge de travail habituelle en...

Le contrôle local fiable est déterminé par le composant requis le plus lent sur le chemin allant du déclencheur à l’appareil, et non pas uniquement par Home Assistant Core ou l’utilisation du processeur.

Une perte de connexion Internet peut laisser le contrôle local fonctionner, tandis que l’échec des appels au cloud modifie les délais d’expiration, les nouvelles tentatives, les files d’attente et les mécanismes de récupération qui l’entourent.

L’automatisation locale de Home Assistant transforme le contrôle de toute la maison en un parcours d’événements que vous pouvez tester : entrée de l’appareil, état, évaluation de la règle, appel de service et retour d’information.

Davantage de services modifient l’architecture de Home Assistant lorsqu’ils ajoutent un état partagé, des files d’attente, des appareils, des cycles de mise à jour ou des domaines de défaillance — et pas simplement davantage de conteneurs.

Un résultat à chaud prouve la réutilisation, pas la capacité. Mesurez le démarrage à froid, le régime stable à chaud, la charge répétée, la latence de queue et la première ressource qui sature.

La plupart des automatisations pour toute la maison ne nécessitent qu’un chevauchement limité ; dimensionnez la concurrence d’après la durée d’exécution × le taux de déclenchement, puis plafonnez-la à une capacité sûre pour les systèmes en aval.

Différents clients peuvent sembler plus lents avec le même Core, car la capacité de rendu, l’état du cache, la route et le coût des mises à jour en direct interviennent après la logique du serveur.