Dernier blog

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.

Home Assistant peut conserver un contrôle local en cas de perte du WAN lorsque l’ensemble du parcours, du capteur à l’action, est local, alimenté de manière autonome et accessible.

La latence du stockage est surtout importante lorsque Recorder, le démarrage ou les E/S partagées entrent dans le chemin critique ; le contrôle de l’état en temps réel peut rester rapide jusqu’à ce que la contention...