Задача

Если очередь — это рейка с заказами, то job — один конкретный талон на этой рейке.

Один конкретный кусок работы. Его описали, передали, отследили, завершили. Не весь процесс, не вся система, а ровно это одно дело, которое должно случиться.

Вот список реальных jobs из обычного дня продукта:

• Отправить приветственное письмо клиенту, который зарегистрировался в 15:47.
• Сгенерировать еженедельный отчет для аккаунта #8812.
• Уменьшить фотографию профиля, которую пользователь только что загрузил.
• Обработать пачку заказов со вчерашней распродажи.

Каждый пункт — это job. Они отдельные. У каждого есть начало и конец. Можно проверить, запустился ли он, успешно ли закончился, упал ли.

Почему "job" стоит понимать как отдельное слово.

Потому что как только ты понимаешь jobs, ты начинаешь иначе смотреть на собственную работу.

Большую часть того, что делает бизнес, можно разложить на jobs. Настоящий вопрос такой: какие из них сейчас вручную делаешь ты или делают твои агенты? А какие можно поставить в очередь, передать дальше и выполнить без твоего надзора?

У job есть несколько полезных свойств:

• Он либо успешен, либо упал. Без тумана. Именно поэтому jobs можно отслеживать. Если ты не знаешь, сгенерировался ли недельный отчет в прошлое воскресенье, это вопрос "запустился ли job?"
• Его можно повторить. Если job упал, он не обязан навсегда оставаться упавшим. Хорошая система замечает сбой и пробует еще раз. Приветственное письмо, которое не дошло, ставится в очередь на новую попытку. Это называется retry logic, и это один из самых быстрых способов сделать рабочие процессы агентов стабильнее.
• У него может быть расписание. Job, который запускается каждый будний день в 9 утра, — не магия. Это job с прикрепленным триггером. У такой системы триггеров есть свое имя: cron. И он заслуживает отдельной статьи.

Различие, которое спасает от головной боли.

Люди часто путают "система работает?" и "вот этот конкретный job сработал?" Система может быть совершенно здоровой, а один job для одного клиента в один конкретный день мог тихо упасть. Когда ты понимаешь, что это разные вещи, ты знаешь, что проверять нужно оба уровня.

Спроси систему: job запускался? Он завершился успешно? Система должна уметь ответить. Если не умеет, это стоит починить до того, как о сбое спросит клиент: почему письмо так и не пришло?

Jobs — это атомы автоматизированной работы. Маленькие, отслеживаемые, одноразовые. Собирай их именно так, и за всей системой станет намного легче наблюдать.