Одна идея этого урока: Temporal делает так, что многошаговый процесс доходит до конца, даже если по пути всё ломалось.
Представьте цепочку, которая запускается после оплаты курса в вашей школе:
В обычном приложении это просто код, который выполняет шаги по очереди. И вот что бывает в реальной жизни:
Сервер перезагрузился между шагом 2 и 3. Оплата прошла, доступ выдан – а письмо и чат потерялись навсегда. Программа «забыла», на каком шаге она была: у обычного кода нет памяти о прогрессе.
Дальше начинаются костыли: флаги в базе данных («письмо_отправлено = да»), повторные запуски по крону, ручные проверки «а всем ли дошло». Чем больше шагов и интеграций – тем больше таких подпорок.
Temporal – это платформа с открытым кодом, которая исполняет ваш код в режиме durable execution – «неубиваемого выполнения». Суть простая:
Каждый завершённый шаг процесса записывается в журнал – Event History. Если сервер упал, процесс продолжается с последнего записанного шага, а не с нуля. Прогресс не теряется никогда.
Лучшая аналогия – сохранения в компьютерной игре. Игра вылетела – вы не начинаете с первого уровня, а загружаетесь с последнего чекпоинта. Temporal делает такие чекпоинты автоматически после каждого шага, и вам не нужно писать для этого ни строчки кода.
Это официальное определение из документации: workflow сохраняет состояние и прогресс несмотря на сбои, падения и перезагрузки серверов – код фактически выполняется «один раз и до конца», сколько бы времени это ни заняло (docs.temporal.io/temporal).
| Без Temporal | С Temporal |
|---|---|
| Флаги в базе: «шаг 3 выполнен?» | Прогресс хранится автоматически |
| Свои повторы при сбое API | Повторы (retry) встроены и настраиваются |
| Процесс живёт, пока жив сервер | Процесс может жить дни, месяцы, годы |
| «Где сейчас заказ №542?» – неизвестно | Веб-интерфейс показывает каждый шаг каждого процесса |
Последний пункт недооценивают: у Temporal есть Web UI, где видно каждый запущенный процесс, его текущий шаг, историю и ошибки. Для отладки «почему ученику не пришло письмо» это меняет всё.
Temporal – не экзотика. По данным официальной документации, в продакшне на нём работают платёжные цепочки, обработка заказов, маркетинговые кампании, CI/CD и ИИ-агенты крупных компаний (use cases). Среди пользователей – Netflix, Snap, Stripe, Coinbase.
1. Сервер с обычным приложением перезагрузился посреди 10-шаговой цепочки. Что происходит с процессом?
2. За счёт чего Temporal «не теряет» процесс при падении сервера?
3. Какая из этих задач больше всего выигрывает от Temporal?