Auto-hébergement

La conception local-first de HeartBeatAgents (voir Sécurité) s'étend naturellement à l'exécution sur votre propre serveur plutôt que sur un poste de travail : le même modèle d'isolation par conteneur s'applique dans les deux cas.

Exigences

L'auto-hébergement utilise le même mode de déploiement basé sur Docker que les installeurs de bureau (voir Installation et Configuration requise) : une image Docker, disponible pour les hôtes Linux x64 et arm64.

Vérifier ce que vous exécutez

Les images Docker sont signées avec cosign via GitHub OIDC, ce qui permet de vérifier la provenance avant le déploiement : important une fois HeartBeatAgents exécuté sans surveillance sur une infrastructure dont vous êtes responsable. Chaque téléchargement fournit également une somme de contrôle SHA-256 pour la même raison.

Pourquoi s'auto-héberger

• Résidence des données : rien dans un déploiement auto-hébergé n'envoie de données ailleurs que là où HeartBeatAgents les conserve déjà lui-même : votre machine (ou votre serveur) est « le centre de données ».
• Contrôle d'accès à l'échelle de l'équipe : une instance auto-hébergée derrière votre propre périmètre réseau vous permet de superposer vos contrôles d'accès d'infrastructure existants à ceux, propres à chaque agent, de HeartBeatAgents.
• Ordres permanents toujours actifs : une instance hébergée sur serveur reste active pour les Ordres permanents déclenchés par planification/cron, contrairement à un ordinateur portable qui se met en veille la nuit.

Exposition vers l'extérieur

Si vous devez atteindre une instance auto-hébergée depuis l'extérieur de votre propre réseau (par exemple pour une intégration basée sur des webhooks), utilisez un tunnel Cloudflare plutôt que d'ouvrir directement des ports entrants.

Sauvegarde

Une instance auto-hébergée est l'unique copie de tout, sauf configuration contraire. Voir Sauvegardes et récupération pour les instantanés, la réplication hors site vers votre propre bucket, et pourquoi un kit de récupération, et pas seulement la réplication, est ce qui permet de restaurer une sauvegarde sur un matériel différent.

À voir aussi

• Sécurité : les garanties d'isolation qui tiennent quel que soit l'endroit où vous déployez
• Configuration avancée : affiner le comportement une fois votre instance en service