OpenClaw sur Render

Render est la page déclarative parmi les pages de plateformes de la documentation : un fichier de plan dans le dépôt déclare le service, le disque et les variables d’environnement, et un bouton de déploiement construit l’image Docker à partir de lui. Voici le plan ligne par ligne, le tableau des offres et sa seule règle dure sur les disques, ce que donne le tableau de bord ensuite, et le détail sur les forks qui décide si le service se met à jour tout seul.

Le plan

• Un service web sur l’environnement Docker, offre de départ, qui lance la passerelle avec l’option d’autorisation sans configuration, avec le point d’accès de démarrage comme vérification de santé pour que le trafic soit admis une fois le démarrage terminé.
• Les variables : le port de la passerelle, le répertoire d’état et le répertoire d’espace de travail sous le disque, et le jeton de passerelle avec une valeur générée, que Render crée comme secret cryptographiquement sûr.
• Un disque d’un gigaoctet monté au chemin des données, le stockage persistant qui survit aux redéploiements.

Sans ce disque, l’état d’OpenClaw se réinitialise à chaque déploiement.

Les offres et la règle du disque

L’offre gratuite se met en veille après quinze minutes d’inactivité et ne peut pas attacher de disque ; l’offre de départ ne se met jamais en veille et porte un disque d’au moins un gigaoctet ; les offres standard et supérieures sont pour la production avec plusieurs canaux. Le plan utilise l’offre de départ par défaut. Pour utiliser l’offre gratuite, vous changez l’offre et supprimez le bloc de disque dans votre fork, parce que Render rejette un plan qui attache un disque persistant à une instance gratuite, et sans le disque l’état se réinitialise à chaque déploiement.

Après le déploiement

• L’interface de contrôle est à la racine du domaine du service ; connectez-vous avec le jeton généré depuis la page d’environnement, ou un mot de passe si vous avez changé l’authentification. Les journaux montrent la sortie de compilation, de déploiement et d’exécution, et un shell s’ouvre avec le disque monté.
• Les modifications de variables déclenchent un redéploiement automatique ; un domaine personnalisé est une entrée de réglages plus un CNAME, avec le TLS provisionné automatiquement.
• La montée en charge est verticale en changeant d’offre ; la montée horizontale exige des sessions collantes ou un état externe, parce qu’OpenClaw garde l’état d’exécution sur le disque local.

OpenClaw sur Railway est la version gabarit du même déploiement, et OpenClaw sur Fly.io la version fichier de configuration.

La règle du fork

Render redéploie automatiquement quand la branche connectée reçoit un nouveau commit. Si vous avez déployé directement depuis le dépôt du projet, vous ne pouvez pas y pousser, les mises à jour passent donc par une synchronisation manuelle du plan depuis le tableau de bord ou en pointant le service vers votre propre fork. Les sauvegardes se lancent depuis le shell du tableau de bord avec la commande de sauvegarde, et Sauvegarde et restauration d’OpenClaw explique le transit de restauration qui suit.

Sur Diali

Sur Diali, le plan est à nous : instance, disque, jeton et domaine font partie de l’offre, et le train de releases remplace la question du fork. OpenClaw hébergé sur Diali est l’assistant et Ce que coûte OpenClaw place une offre de départ à côté.

• Un fichier déclare le service, le disque et le jeton.
• Gratuit veut dire sans disque, et sans disque l’état se réinitialise.
• Le déploiement automatique suit votre fork, pas le dépôt amont.