Les développeurs sont très familiers avec l'utilisation des abstractions pour éviter d'avoir à écrire des interfaces communes et de bas niveau pour des choses comme les bases de données, la messagerie ou l'interaction avec les API. Temporal abstrait le code fastidieux et de bas niveau qui est toujours nécessaire pour assurer la résilience lors de l'interaction avec des processus externes ou des API qui pourraient échouer ou prendre beaucoup de temps à répondre. En utilisant des SDK simples disponibles dans les cadres de langage les plus populaires, les développeurs peuvent utiliser Temporal pour appliquer des approches basées sur des politiques pour réessayer les appels qui pourraient échouer en raison de connexions échouées ou de limites de taux afin que les bonnes choses se produisent de manière cohérente. Temporal s'occupe également des complexités de la gestion des processus de longue durée où quelque chose doit se produire à l'avenir, que ce soit dans quelques minutes, jours ou mois. Si votre application doit initier un processus nécessitant une interaction humaine (approbations, téléchargements, certifications, etc.), Temporal suit ces interactions humaines dans la boucle et fait automatiquement avancer le processus à l'étape suivante lorsqu'il est prêt. Temporal Cloud fournit une infrastructure Temporal gérée afin que vous puissiez non seulement commencer rapidement, mais aussi éviter les défis de l'exploitation d'une infrastructure plus auto-hébergée. L'interface utilisateur et les API de Temporal offrent des capacités robustes de dépannage et d'audit afin que vous puissiez voir d'un coup d'œil ou enquêter en détail sur ce qui se passe avec vos processus métier. Temporal n'est pas un flux de travail tel que beaucoup d'entre nous l'ont expérimenté dans le passé (normes XML lourdes, jolis diagrammes difficiles à personnaliser). Les flux de travail et les activités dans Temporal ne sont que du code qui utilise les SDK de Temporal pour abstraire les éléments de résilience et de fiabilité dont chaque développeur a besoin, mais qu'il souhaite rarement créer à partir de zéro.

L'exécution distribuée d'activités sous forme de stubs pour fonctionner dans différents travailleurs est une bonne chose dont nous sommes heureux de l'utiliser.