Запуск рабочих процессов
Рабочий процесс может запустить дочерний рабочий процесс в качестве одного из своих шагов. Родительский процесс приостанавливается до завершения вложенного процесса, затем объединяет конечное состояние дочернего процесса со своим состоянием.
Метод ->run_workflow()
use Queuety\Queuety;
$enrichment = Queuety::workflow( 'enrich_user' )
->then( FetchSocialHandler::class )
->then( FetchCreditScoreHandler::class );
Queuety::workflow( 'onboarding' )
->then( CreateAccountHandler::class )
->run_workflow( 'enrich_user', $enrichment )
->then( SendWelcomeEmailHandler::class )
->dispatch( [ 'email' => 'user@example.com' ] );
Метод run_workflow() принимает два аргумента:
- Имя вложенного рабочего процесса
- Экземпляр
WorkflowBuilder, задающий шаги вложенного процесса
Как это работает
Когда родительский рабочий процесс достигает шага run_workflow:
- Вложенный рабочий процесс запускается как независимый процесс с собственным ID
- Родительский рабочий процесс приостанавливается
- Вложенный рабочий процесс обычно выполняет свои шаги
- После завершения вложенного процесса его конечное состояние объединяется с состоянием родительского процесса
- Родительский рабочий процесс продолжает выполнение со следующего шага
Состояние родительского и дочернего процессов
Вложенный рабочий процесс получает текущее накопленное состояние родителя как начальную полезную нагрузку. Это позволяет дочерним шагам обращаться к любым данным, созданным на предыдущих шагах родителя:
class CreateAccountHandler implements Step {
public function handle( array $state ): array {
$user_id = wp_create_user( $state['email'], wp_generate_password() );
return [ 'user_id' => $user_id ];
}
public function config(): array {
return [];
}
}
// This run-workflow step can access 'user_id' from the parent
class FetchSocialHandler implements Step {
public function handle( array $state ): array {
$profile = fetch_social_profile( $state['user_id'] );
return [ 'social_data' => $profile ];
}
public function config(): array {
return [];
}
}
Объединение состояния
После завершения вложенного рабочего процесса его конечное состояние (без внутренних ключей, таких как _steps, _queue, _priority, _max_attempts) объединяется с состоянием родительского процесса. Следующий шаг родителя получает все данные из предыдущих шагов родителя и вложенного процесса:
class SendWelcomeEmailHandler implements Step {
public function handle( array $state ): array {
// Has access to:
// - $state['email'] (from initial dispatch)
// - $state['user_id'] (from CreateAccountHandler)
// - $state['social_data'] (from run-workflow's FetchSocialHandler)
// - $state['credit_score'] (from run-workflow's FetchCreditScoreHandler)
send_welcome_email( $state['email'], $state['social_data'] );
return [ 'welcome_sent' => true ];
}
public function config(): array {
return [];
}
}
Параметры вложенного рабочего процесса
Параметры on_queue(), with_priority() и max_attempts() построителя вложенного рабочего процесса применяются к дочернему процессу. Другие параметры уровня рабочего процесса дочернего построителя, такие как on_cancel(), prune_state_after(), must_complete_within(), version(), idempotency_key(), бюджеты max_*() и compensate_on_failure(), не переносятся:
$sub = Queuety::workflow( 'heavy_processing' )
->on_queue( 'background' )
->with_priority( Priority::Normal )
->max_attempts( 5 )
->then( StepA::class )
->then( StepB::class );
Queuety::workflow( 'parent' )
->run_workflow( 'heavy', $sub )
->then( FinalStep::class )
->dispatch( $payload );
Вложенные рабочие процессы
Вложенные рабочие процессы могут сами содержать другие вложенные процессы, что позволяет создавать произвольную глубину вложенности:
$inner = Queuety::workflow( 'inner' )
->then( InnerStepA::class )
->then( InnerStepB::class );
$middle = Queuety::workflow( 'middle' )
->then( MiddleStepA::class )
->run_workflow( 'inner', $inner )
->then( MiddleStepB::class );
Queuety::workflow( 'outer' )
->then( OuterStepA::class )
->run_workflow( 'middle', $middle )
->then( OuterStepB::class )
->dispatch( $payload );