Chaque proposition d’automatisation du bâtiment finit par poser la même question : pourquoi ne pas tout mettre dans le cloud ? La réponse n’est pas une nostalgie des serveurs sur site. Ce sont des réalités opérationnelles, de sécurité et commerciales qui apparaissent après la réception.
Ce que « local d’abord » signifie réellement
Local d’abord signifie que la logique de régulation, les horaires, les interverrouillages et l’historique résident dans le bâtiment. Le cloud peut fournir l’accès distant, le reporting de portefeuille ou les mises à jour logicielles, mais il ne se trouve pas sur le chemin critique du confort, de la sécurité ou du fonctionnement de base.
Cela ne signifie pas « hors ligne uniquement ». Un système local d’abord peut utiliser des services cloud. Il n’en dépend simplement pas pour maintenir les lumières allumées.
Quatre raisons qui comptent
1. Les pannes réseau sont normales
Les pannes de fournisseur d’accès, les défaillances de routeur, les dommages de chantier et l’expiration de certificats arrivent. Un bâtiment qui perd la régulation CVC parce qu’un service cloud est injoignable est un bâtiment qui présente un défaut de conception.
2. La latence est une variable de régulation
Un interverrouillage intersystème qui dépend d’un aller-retour vers un centre de données distant est plus lent et moins prévisible qu’un interverrouillage exécuté sur le contrôleur local. Pour les séquences accès-éclairage ou alarme-vidéosurveillance, cette différence est visible.
3. La propriété des données est plus facile à défendre
Les données d’un bâtiment décrivent l’occupation, la consommation d’énergie et la performance des équipements. Les conserver localement réduit le nombre de processeurs, de juridictions et de relations contractuelles impliqués. L’export via des interfaces ouvertes préserve leur portabilité.
4. Le bâtiment survit au fournisseur
Un bâtiment fonctionne pendant des décennies. Les services cloud, les start-up et les modèles tarifaires, non. Le contrôle local et des interfaces ouvertes documentées donnent au maître d’ouvrage une voie qui ne dépend pas de la réussite commerciale continue d’un fournisseur unique.
Ce qu’il faut garder en local
| Fonction | Local ? | Pourquoi |
|---|---|---|
| Sécurité et protection des équipements | Oui | Doit fonctionner lors de toute panne réseau. |
| Horaires et consignes | Oui | Cœur du confort et de la performance énergétique. |
| Interverrouillages intersystèmes | Oui | Sensibles à la latence et critiques pour l’exploitation. |
| Annonce des alarmes | Oui | Les opérateurs ont besoin de l’alarme même lorsque le WAN est indisponible. |
| Historique à long terme | Local + export | Conservation contrôlée par le maître d’ouvrage ; export pour l’analyse. |
| Analyse comparative du portefeuille | Cloud facultatif | Utile, mais hors du chemin critique. |
| Accès distant | Cloud facultatif | Commodité, avec 2FA et journalisation d’audit. |
La sécurité n’est pas binaire
« Local » n’est pas automatiquement sûr, et « cloud » n’est pas automatiquement dangereux. Les contrôles comptent davantage que l’emplacement : segmentation réseau, accès basé sur les rôles, authentification à deux facteurs, application des correctifs, sauvegarde et piste d’audit.
Une architecture local d’abord facilite toutefois certains contrôles. La surface d’attaque est plus réduite lorsque le bâtiment n’a pas besoin d’un chemin internet entrant pour fonctionner. L’accès distant peut être relayé, journalisé et révoqué sans exposer directement le réseau de contrôle.
Demandez ce que fait le bâtiment lorsque l’internet est indisponible pendant 24 heures. Si la réponse est « le cloud du fournisseur continue de fonctionner », demandez ce qui se passe lorsqu’il ne fonctionne plus.
Ce qu’il faut inscrire au cahier des charges
- Les séquences de régulation doivent s’exécuter localement et se poursuivre pendant une panne WAN.
- L’accès distant doit utiliser l’authentification à deux facteurs et être journalisé.
- L’historique doit être stocké localement et exportable dans un format ouvert.
- La sauvegarde et la restauration de la configuration doivent être documentées et testées.
- Le maître d’ouvrage doit conserver le contrôle administratif des comptes et des données.
À retenir
Local d’abord n’est pas anticloud. C’est une affirmation sur l’endroit où vivent les fonctions critiques du bâtiment. Placez le contrôle et l’historique sur site, utilisez le cloud pour la commodité et le reporting, et rendez la frontière explicite dans le contrat.
