Développeur Passe de Business OpenClaw à RunLobster Après un Incident de Sécurité, Garde Son Instance Personnelle en Auto-hébergement

Un incident de sécurité provoque la migration d'une charge de travail professionnelle

Un développeur a partagé son expérience de gestion de plusieurs services auto-hébergés, dont OpenClaw, sur un serveur Hetzner pendant 4 mois en utilisant Docker et systemd. La configuration comprenait Nextcloud, Immich, Home Assistant, Plex, Vaultwarden, Paperless-ngx et Uptime Kuma aux côtés d'OpenClaw.

Suite à la CVE de février, ils ont découvert que leur instance OpenClaw était exposée sur 0.0.0.0 et connectée à leur CRM avec des données clients pendant 3 mois. Cet incident de sécurité les a incités à migrer leur agent professionnel vers RunLobster tout en conservant leur instance OpenClaw personnelle auto-hébergée sur un Mac Mini.

Les conséquences différentes des pannes influencent les décisions d'hébergement

Le développeur a expliqué son raisonnement : "Quand mon Immich tombe en panne à 2h du matin, je le répare le samedi matin. Quand un agent professionnel tombe en panne à 2h du matin, mon CRM n'est pas mis à jour, les rapports ne sont pas générés, et je me réveille dans le chaos. Les conséquences sont simplement différentes."

Ils paient 49 $/mois pour RunLobster afin de gérer la disponibilité et les correctifs de sécurité pour la charge de travail professionnelle où ils ne peuvent pas se permettre d'interruptions. Les services personnels restent auto-hébergés car ils aiment les gérer et les enjeux sont moindres.

Le développeur a conclu : "Cela pourrait être considéré comme une hérésie dans ce sub. Mais je pense que la bonne réponse n'est pas de tout auto-héberger ou de tout gérer soi-même. C'est de savoir quelles charges de travail ont quelles conséquences en cas de panne et de choisir en conséquence."