2026 : Mac Mini loué & OpenClaw — Inngest ou Temporal Cloud pour webhooks, tâches longues segmentées, checkpoints et alertes (reproduction minimale)
« Lorsque l’on loue un Mac Mini pour faire tourner OpenClaw pendant des traitements nocturnes, les boucles shell fragiles cèdent dès qu’un webhook déclenche une chaîne plus longue qu’une session SSH. Inngest et Temporal Cloud transforment alors l’entrée d’événements en segments durables, retries inclus. »
Public : équipes Apple Silicon hébergé. Contenu : freins, matrice Inngest contre Temporal, cinq gestes jusqu’au watchdog, repères et FAQ. Suite logique : segments HTTP de nuit, cron fan-out, OpenClaw ; accueil et tarifs.
Pourquoi les tâches longues cassent sans couche d’orchestration
- Biais du processus unique. Un cron classique suppose qu’un seul script enveloppe tout le pipeline ; tout timeout efface le contexte partiel sauf si vous reconstruisez l’état à la main.
- Livraisons en double. Les planificateurs cloud retentent les webhooks ; sans clés d’idempotence, facturations ou envois peuvent se produire deux fois.
- Blocages silencieux. L’hôte loué paraît sain alors que la file ne progresse plus ; sans heartbeat JSON ni watchdog, vous consommez la quota jusqu’au signalement client.
Inngest contre Temporal Cloud lorsque le webhook précède la tâche longue
Travail durable côté cloud, segments locaux ou API ; le cœur du choix est le modèle mental et les SDK.
| Dimension | Inngest | Temporal Cloud |
|---|---|---|
| Entrée d’événements | Les événements HTTP et SDK se mappent proprement sur des blocs step.run. |
Les workflows démarrent sur plages, signaux ou clients SDK ; ajoutez un récepteur webhook fin qui met en file. |
| Modèle de segment | Chaque step mémorise sa sortie ; les rejouages sautent les unités terminées. | Les activities portent timeouts, heartbeats et politiques de retry explicites. |
| Idempotence | Clés au niveau fonction et limites de concurrence réduisent les ruées. | Workflow ID plus arguments déterministes d’activité ancrent les retries. |
| Fan-out webhook | Actions HTTP natives dans les steps vers Slack ou OpenClaw. | Activities ou connecteurs pour poster après chaque jalon. |
Cinq gestes reproductibles : de l’ingress à la remontée d’alerte
1. Entrée d’événements et ingress vérifié
Un chemin HTTPS vérifié (HMAC ou mTLS), corps JSON sous cent vingt kilo-octets, gros fichiers en objet avec URI seulement. Incluez run_id et indice de segment. Harmonisez les champs avec le playbook segments OpenClaw.
2. Fonctions segmentées, checkpoints et idempotence
Découpez récupération, transformation, envoi en unités durables ; après succès, checkpoint JSON sur APFS rapide hors sauvegardes lourdes. Effets de bord cléés run_id:segment ; au relancement, lire le checkpoint avant tout. Même esprit flock que le guide cron fan-out, avec rejouage orchestrateur.
3. Nœud de synthèse OpenClaw après chaque segment
POST synthèse vers OpenClaw : statut, durée ms, prochain heartbeat, file, APFS libre. Idempotence via run_id et segment pour upsert stable.
4. Retries d’échec et webhooks d’alerte unifiés
Backoff exponentiel cap quinze minutes, cinq tentatives par segment. Échec terminal : webhook avec chemin checkpoint, segment, stderr tronqué ; même canal qu’OpenClaw. Hooks succès optionnels pour preuve SLA.
5. Runbook interne
Documentez seuils disque, schéma webhook et IDs d’événements ; utile lors d’un bascule Inngest vers Temporal ou inversement. Voir aussi les autres articles du blog.
Sonde santé et minuterie watchdog
/healthz sur localhost : last_segment_completed_at, pending_depth, orchestrator_last_ack. Sonde launchd ou cron toutes les deux minutes ; après trois échecs, même webhook d’alerte. Vérifier veille réseau ; guide pmset et caffeinate.
Repères réutilisables :
- Cent vingt kilo-octets comme plafond pratique de charge utile webhook avant externalisation des blobs et passage par références seules.
- Cinq tentatives avec backoff doublant jusqu’à quinze minutes pour des liaisons colocalisées partagées entre CI et scrapers.
- Trois intervalles de santé manqués espacés de deux minutes avant astreinte, alignés sur une pratique courante de sondes synthétiques.
Foire aux questions
- Temporal peut-il remplacer Inngest pour ce schéma ?
- Oui. Choisissez Inngest lorsque la priorité est aux événements HTTP natifs. Préférez Temporal Cloud lorsque les identifiants de workflow, les signaux et les heartbeats d’activité structurent déjà votre équipe.
- Où vivent les checkpoints sur disque ?
- Sur un répertoire dédié APFS rapide, hors arborescences Time Machine lourdes, avec environ quinze pour cent d’espace libre comme signal jaune pour suspendre les nouvelles écritures jusqu’à drainage des checkpoints.
- Faut-il un compte pour louer après ce guide ?
- Non. Ouvrez Achat pour un paiement sans connexion lorsque la fonctionnalité est proposée, puis suivez le centre d’aide pour l’accès SSH à votre Mini.
En résumé. Traitez le webhook comme contrat, le segment comme unité de retry, OpenClaw comme surface humaine et healthz comme fusible. Poursuivez vers l’accueil, la tarification, l’achat sans compte et la liste du blog.
Choisissez votre nœud Mac pour des jobs longs orchestrés
Un Mac Mini loué héberge OpenClaw et vos workers segmentés sur Apple Silicon sans investir en baie. Passez par l’accueil, comparez les tarifs, puis louez avec commande sans compte lorsque c’est disponible. Le centre d’aide détaille SSH ; le blog regroupe OpenClaw.
Une fois l’orchestrateur stabilisé, revenez sur l’accueil, l’achat et le blog avant la prochaine échéance de location.