Décisions d’architecture

Les décisions structurantes sont consignées dans docs/adr. Toute modification de structure, de confidentialité, de sécurité ou de compatibilité commence par une nouvelle décision.

0001 · Un boîtier basé sur Ubuntu

Ubuntu Server 24.04 LTS ARM64 est la base du boîtier sur Raspberry Pi 4 et 5, avec 4 Go de mémoire minimum et un SSD recommandé. Home Assistant OS aurait simplifié son propre cycle de vie mais contraint Élise aux modules Supervisor ; Raspberry Pi OS s’éloignait de la cible de développement. En contrepartie, Élise gère elle-même ses mises à jour, sauvegardes, durcissement, premier démarrage et retours arrière.

0002 · Un pont Home Assistant

Une intégration Home Assistant dédiée lit le bus d’événements et publie des événements de capacité minimisés sur MQTT authentifié (QoS 1). Consommer Zigbee2MQTT directement aurait dupliqué la sémantique des appareils ; modifier le stockage de Home Assistant est fragile. Élise reste indépendante des formats des fabricants ; le pont est testé chaque mois.

0003 · Une IA séparée, Core décide

Élise AI est un service Python local qui utilise un score Isolation Forest explicable. Core détient les faits et les alertes ; un worker fournit les caractéristiques par une API versionnée et applique les contrôles de confiance, persistance, couverture et règles. Une IA qui posséderait le flux d’événements serait couplée aux appareils et pourrait prendre des décisions dangereuses.

0004 · Un plan média isolé pour les caméras

Les caméras sont facultatives et soumises à consentement. Les identifiants RTSP sont chiffrés ; la vidéo et le son passent par un plan média séparé et n’entrent jamais dans l’analyse, les notifications, les journaux ou les sauvegardes. Le direct exige un rôle autorisé et un ticket signé de cinq minutes. Les images d’alerte sont limitées à la pièce et supprimées après 24 heures. Aucun repli vers le cloud du fabricant.