Ce que le programme de démarrage Temporal vous apporte
Temporal offre jusqu'à 6 000 $ de crédits pour Temporal Cloud, la version gérée de sa plateforme d'exécution durable, couvrant les compteurs sur lesquels Temporal facture : Actions, stockage actif et stockage conservé.
AI Perks le suit aux côtés de 7,7 millions de dollars de crédits dans 194 entreprises.
Énoncez d'abord la limite, car elle détermine jusqu'où vont 6 000 $. Temporal Cloud n'exécute pas votre code. Vos workers s'exécutent sur votre propre infrastructure et se connectent au service Temporal, qui détient l'état, les timers et l'historique des événements. Le crédit couvre cette facture de service et rien d'autre : ni les conteneurs dans lesquels vos workers s'exécutent, ni la base de données dans laquelle vos activités écrivent, ni les API de modèles qu'un workflow d'agent appelle. L'éligibilité dépend de votre stade et de votre financement, et les conditions actuelles sont listées sur getaiperks.com.
À quoi sert réellement Temporal
Temporal est l'exécution durable : vous écrivez un processus multi-étapes sous forme de code ordinaire en Go, TypeScript, Python, Java ou .NET, et la plateforme garantit qu'il se termine même si la machine qui l'exécute meurt à mi-chemin.
La décision qui importe n'est pas Temporal contre un orchestrateur concurrent. Il s'agit de l'exécution durable contre la table de nouvelles tentatives, le job cron et la colonne de statut que vous avez déjà dans Postgres.
La plupart des équipes construisent la même chose par accident. Une énumération status sur une ligne, un job d'arrière-plan qui scanne les enregistrements bloqués, un compteur de nouvelles tentatives, une table de lettres mortes, et un ensemble d'exceptions qui ne cesse de croître concernant ce qui se passe lorsque l'étape quatre a réussi mais que l'étape cinq a expiré. Cela fonctionne. Cela ne cesse jamais de croître non plus.
Ce que Temporal remplace :
- La machine à états. La progression est la position dans votre code, pas une colonne que vous devez interpréter.
- La logique de nouvelles tentatives. Politiques de nouvelles tentatives par étape avec backoff et timeouts, déclarées une fois au lieu d'être réécrites par intégration.
- Le planificateur. Timers durables qui survivent aux déploiements et aux redémarrages, de sorte qu'un workflow peut dormir pendant 30 jours et se réveiller correctement.
- L'histoire de la récupération. En cas de crash, de redéploiement ou de mise à l'échelle à zéro, le processus reprend à partir de la dernière étape terminée, pas du début.
- La visibilité. Chaque étape, entrée, sortie et échec se trouve dans l'historique du workflow, une surface de débogage que la plupart des équipes ne construisent qu'après un incident.
Le cas d'utilisation qui connaît la croissance la plus rapide est la boucle d'agent : un appel de modèle, un appel d'outil, une validation, une nouvelle tentative, parfois une approbation humaine, s'exécutant pendant des minutes ou des jours. Cette forme est exactement ce pour quoi l'exécution durable a été conçue, c'est pourquoi les équipes IA arrivent à Temporal par une direction que ses utilisateurs d'origine n'ont pas prise.
L'heuristique honnête : si votre processus est une seule étape, utilisez une file d'attente. S'il s'agit de cinq étapes impliquant de l'argent, une API tierce instable ou un humain à l'autre bout, la machine à états que vous écririez autrement à la main est la chose coûteuse, pas la facture Temporal.
Comment la tarification de Temporal Cloud se comporte à grande échelle
Temporal Cloud facture les transitions d'état, pas le temps écoulé. Un workflow qui dort pendant 30 jours coûte presque rien, tandis qu'un workflow bavard qui se termine en 300 millisecondes peut coûter considérablement plus cher, ce qui inverse l'intuition que les fondateurs tirent de la tarification serverless.
| Compteur | Ce qui le déclenche | Ce qui le fait monter en flèche |
|---|---|---|
| Actions | Transitions d'état : démarrage d'un workflow, planification et achèvement d'une étape, déclenchement d'un timer, envoi d'un signal | Fan-out qui lance un workflow enfant par élément dans un grand lot |
| Stockage actif | Historique des événements des workflows en cours d'exécution | Workflows de longue durée accumulant l'historique au lieu de continuer comme de nouveaux |
| Stockage conservé | Historiques de workflows fermés conservés pendant la fenêtre de rétention | Un réglage de rétention généreux appliqué aux workflows à haut volume |
| Espaces de noms | Chaque espace de noms isolé que vous provisionnez | Un espace de noms par service par environnement, multiplié |
| Niveau de support | Niveau du plan, indépendant de l'utilisation | Mise à niveau pour des garanties de temps de réponse avant qu'il n'y ait quoi que ce soit à répondre |
Les taux, les allocations et la liste exacte des Actions facturables changent. Vérifiez les chiffres actuels par rapport à la page de tarification de Temporal avant de modéliser quoi que ce soit.
L'arithmétique qui décide de votre facture est le nombre d'Actions par exécution. Prenez un workflow de traitement de commande avec 8 activités, 2 timers et 1 signal. Chaque activité implique au moins une transition de planification et une transition d'achèvement, de sorte que l'exécution coûte environ 20 Actions. À 100 000 exécutions par mois, cela fait environ 2 millions d'Actions.
Maintenant, changez une décision de conception. Fan-out d'un workflow enfant par ligne d'article à 4 articles par commande, et un comportement utilisateur identique produit plusieurs fois le nombre d'Actions. Aucun nouveau client, aucune nouvelle fonctionnalité, une facture matériellement plus importante.
Deux contrôles font la majeure partie du travail. Traitez par lots à l'intérieur d'une seule activité au lieu de lancer un workflow enfant par élément, et utilisez des signaux plutôt que des boucles de sondage, car une boucle qui se réveille toutes les minutes pour vérifier une condition brûle des transitions de timer toute la journée pour rien. AI Perks liste le montant du crédit, le multiplicateur est à vous de contrôler.
Avec quoi les crédits Temporal s'empilent
Les crédits Temporal s'empilent de manière inhabituellement propre car Temporal facture uniquement l'orchestration. Tout ce que le workflow touche réellement, le calcul, la base de données, les API tierces, est facturé par quelqu'un d'autre qui gère également un programme pour startups.
Étant donné que les workers s'exécutent sur votre propre infrastructure, les crédits cloud et les crédits Temporal sont presque parfaitement complémentaires :
- Les crédits cloud couvrent le calcul sur lequel vos workers s'exécutent, le coût le plus important que Temporal Cloud n'absorbe pas
- Les crédits de base de données couvrent le stockage sur lequel vos activités lisent et écrivent, car Temporal persiste l'état du workflow mais pas vos données métier
- Les crédits d'observabilité couvrent les métriques, le traçage et les logs, et Temporal en émet suffisamment pour être pertinent sur une facture basée sur l'ingestion
- Les crédits de modèles et d'API couvrent les appels LLM dans les workflows d'agents, c'est là que les dépenses vont une fois l'orchestration gratuite
Une équipe détenant trois de ces quatre a financé un backend complet pour la même période. Les subventions compatibles et celles qui s'excluent mutuellement silencieusement, c'est ce que AI Perks suit.
Ce que les fondateurs comprennent mal à propos de l'exécution durable
L'erreur la plus coûteuse est d'utiliser Temporal comme une file d'attente de tâches. Le travail à haut volume, à étape unique, de type "fire-and-forget" est ce pour quoi SQS ou Redis sont peu coûteux, et le faire passer par un moteur d'exécution durable coûte cher en orchestration pour quelque chose qui avait besoin d'une file d'attente.
Cinq modèles d'échec, dans l'ordre approximatif de leur coût :
La traiter comme une file d'attente. L'exécution durable justifie son prix pour les processus longs, multi-étapes et sensibles aux pannes. La génération de miniatures n'en fait pas partie.
Auto-hébergement pour économiser de l'argent. Le serveur est open source et gratuit, et la couche de persistance derrière lui ne l'est pas. L'exécution de votre propre cluster implique de posséder une base de données, des mises à niveau et une rotation d'astreinte pour le système qui récupère tout le reste. Au début, cela coûte généralement plus cher que la facture gérée, et un crédit rend la comparaison déséquilibrée pendant toute la période.
Fan-out par défaut. Les workflows enfants sont la manière naturelle d'exprimer "faire ceci pour chaque élément" et le moyen le plus rapide de multiplier votre nombre d'Actions. Décidez si chaque élément a réellement besoin de nouvelles tentatives et de visibilité indépendantes, ou si une boucle dans une activité suffirait.
Ignorer le déterminisme. Le code du workflow est rejoué à partir de l'historique, il doit donc être déterministe, et la modification d'un workflow déjà en cours d'exécution interrompt le rejeu sauf si vous versionnez le changement. Apprenez l'histoire du versionnement avant le premier déploiement en production, pas lors du premier incident.
Planifier la sortie trop tard. Les définitions de workflow sont du code ordinaire, mais les garanties d'exécution ne le sont pas. Conservez la logique métier dans des fonctions qui n'importent pas le SDK, et décidez à 70 % du crédit consommé à quoi ressemble votre orchestration non subventionnée, plutôt que de le découvrir lors de la première facture complète.
Où se situe Temporal dans un budget d'outils de développement
Temporal est une ligne dans un budget d'outils de développement qui inclut également la CI, l'observabilité, une base de données et le calcul sur lequel vos workers s'exécutent. La taille de la ligne entière plutôt que de la seule ligne Temporal est ce qui décide si un crédit fixe est significatif.
getaiperks.com suit la catégorie des outils de développement, où Temporal se situe aux côtés des programmes CI, d'observabilité et de plateforme avec leurs montants actuels.
Deux décisions de conception déplacent la facture plus que toute autre chose, et les deux sont difficiles à adapter :
- Forme du fan-out. Un workflow enfant par élément, ou une boucle dans une activité, est le plus grand multiplicateur sur votre nombre d'Actions.
- Fenêtre de rétention. Les historiques fermés sont facturés pendant leur conservation, de sorte qu'un réglage généreux sur un workflow à haut volume transforme silencieusement une commodité de débogage en une ligne de stockage.
Foire aux questions
Quelle est la valeur du programme de démarrage Temporal ?
Jusqu'à 6 000 $ de crédits pour Temporal Cloud, couvrant les Actions et le stockage sur le service géré. Pour un produit en phase de démarrage exécutant quelques centaines de milliers d'exécutions de workflow par mois, cela représente généralement une longue piste pour l'orchestration spécifiquement. Les montants actuels et l'éligibilité sont suivis sur getaiperks.com.
Ai-je vraiment besoin de Temporal, ou une file d'attente suffit-elle ?
Une file d'attente suffit pour un travail à étape unique, de type "fire-and-forget", et elle est moins chère par unité. Temporal justifie son prix lorsque un processus a plusieurs étapes, touche de l'argent ou des API tierces instables, doit attendre des jours pour un humain, ou doit reprendre correctement après un crash plutôt que de recommencer.
Pourquoi mon nombre d'Actions Temporal est-il plus élevé que mon nombre de workflows ?
Parce que Temporal facture les transitions d'état, pas les workflows. Une seule exécution comprend un démarrage, une transition de planification et d'achèvement par activité, chaque timer déclenché et chaque signal envoyé. Vingt Actions ou plus par exécution sont courantes, et les modèles de fan-out qui lancent un workflow enfant par élément les multiplient davantage.
Les crédits Temporal couvrent-ils ma facture de calcul ou de base de données ?
Non. Temporal Cloud exécute le service d'orchestration, et vos workers s'exécutent sur votre propre infrastructure. Les conteneurs exécutant votre code, la base de données dans laquelle vos activités écrivent et les API de modèles que le workflow appelle sont des factures distinctes. Prévoyez de détenir une subvention cloud parallèlement à la subvention Temporal, suivie sur getaiperks.com.
Puis-je combiner les crédits Temporal avec d'autres crédits de démarrage ?
Oui, et ils s'empilent particulièrement bien car les factures ne se chevauchent pas du tout. Les crédits cloud couvrent les workers, les crédits de base de données couvrent vos données, les crédits d'observabilité couvrent les métriques et le traçage, et les crédits de modèles couvrent les appels LLM dans les workflows d'agents. AI Perks suit 7,7 millions de dollars dans 194 entreprises.
L'auto-hébergement de Temporal est-il moins cher que Temporal Cloud ?
Rarement au début. Le serveur est open source, mais vous héritez de la couche de persistance, des mises à niveau, de la planification de la capacité et d'une rotation d'astreinte pour le système qui récupère tous vos autres systèmes. Le temps d'ingénierie est le vrai prix, et un crédit qui absorbe la facture gérée pendant que vous êtes petit change la comparaison.
S'abonner sur getaiperks.com →
Écrivez le workflow. Laissez quelqu'un d'autre financer l'orchestration pendant que vous êtes petit.