MacCloud fournit des Mac mini physiques dédiés avec une sortie régionale. Avec OpenClaw, séparez plan de contrôle léger et charges lourdes : gardez l’orchestration mince, les étapes build/IO exigent disque et bande passante.
1. Instance, région, bande passante
Si vous tirez souvent des artefacts ou appelez des API externes, choisissez une région proche (Singapour, Tokyo, Séoul, Hong Kong, ouest des États-Unis—voir la console). Sur la page tarifs, vérifiez que les paliers de bande passante absorbent les pics.
2. Stockage et persistance
Placez état, caches et artefacts sous des chemins de volume explicites et synchronisez vers stockage objet ou registre privé. Avant reconstruction ou migration, validez la politique d’effacement via console et support.
3. SSH, VNC, fonctionnement sans présence
Services longs via launchd ; VNC pour l’intervention humaine. Si les actions d’alimentation passent par tickets ou fenêtres de maintenance, prévoyez un arrêt gracieux pour OpenClaw.
4. Observabilité, alertes, support
Journalisez au minimum codes de sortie, CPU, mémoire et disque. Pour le support : horodatage, extrait de journal, étapes de repro. Guides généraux : centre d’aide.
5. Alignement sur la facturation
Les instances journalières/hebdomadaires conviennent aux sprints courts ou au remplissage de pics. Les chemins critiques traversant un renouvellement nécessitent des offres plus longues ou des jobs découpés.
6. Liste de contrôle
- Latence mesurée avec une pipeline réelle ?
- Nettoyage séparé pour journaux et DerivedData ?
- Redémarrages launchd bornés, pas de boucle infinie ?
- Modèle de log standard pour le support ?
Pour la CI : intégration GitHub Actions ; orchestration multi-étapes : scénarios d’automatisation.
