Revision: Wed, 27 Nov 2024 11:25:20 GMT
v3.13 – outdated
This version of the documentation is outdated. Consider upgrading your project to Spiral Framework 3.14
Edit this page

Temporal — Getting started

Temporal is an open-source workflow engine that manage and execute reliable, durable and fault-tolerant workflows in a distributed manner. But the only way to use it in PHP is with RoadRunner. It makes it super easy to integrate your PHP app with Temporal, so you can start using it right away.

One cool thing about Temporal is that you can write your workflows and activities in any supported language. So for example, you could have a workflow written in PHP, but handle some of the activities with code written in Go or vice versa. This can be really helpful if you have a team with different language preferences, or if you want to take advantage of the strengths of different languages for different tasks.

Use Temporal when you have to manage complex data flows or ensure reliable transaction processing across multiple business domains. it provides timers, retry mechanisms and much more.

Installation

To use Temporal in your PHP project, you need to install the spiral/temporal-bridge package.

Here's how:

composer require spiral/temporal-bridge

After the package is installed, you will need to activate the component using the bootloader:

php
app/src/Application/Kernel.php
public function defineBootloaders(): array
{
    return [
        // ...
        \Spiral\TemporalBridge\Bootloader\TemporalBridgeBootloader::class,
        // ...
    ];
}

Read more about bootloaders in the Framework — Bootloaders section.

Setting Up a Temporal Server

To start using Temporal quickly, use a development server.

First, install the Temporal CLI - follow the instructions on the Temporal website.

After the CLI is installed, you can start the Temporal server by running the following command:

temporal server start-dev

Note
There are other ways to start a Temporal server. For example, you can use Docker. You can find docker-compose files in the Temporal repository.

Configuration

PHP application

All you need is to specify the address of your Temporal server in the .env file:

dotenv
.env
TEMPORAL_ADDRESS=127.0.0.1:7233

If you want to precisely configure your application, you can create the temporal.php configuration file. There you can specify options such as a task queue, namespace, and individual worker configurations.

Here is an example configuration file:

php
app/config/temporal.php
use Spiral\TemporalBridge\Config\ConnectionConfig;
use Spiral\TemporalBridge\Config\ClientConfig;
use Temporal\Worker\WorkerFactoryInterface;
use Temporal\Worker\WorkerOptions;

return [
    'client' => env('TEMPORAL_CONNECTION', 'default'),
    'clients' => [
        'default' => new ClientConfig(
            new ConnectionConfig(
                address: env('TEMPORAL_ADDRESS', 'localhost:7233'),
            ),
        ),
    ],
    'defaultWorker' => WorkerFactoryInterface::DEFAULT_TASK_QUEUE,
    'workers' => [
        'workerName' => WorkerOptions::new(),
    ],
];

Client Configuration

The clients option contains a named list of ClientConfig settings for each client. The name of the default client is specified in the client option.

ClientConfig contains settings for connecting to the Temporal server, gRPC context settings, and client settings. These settings will be used when creating Temporal Workflow and Schedule clients.

In the connection settings, you can specify the Temporal server address, TLS settings, and other credentials, such as an Auth Token. By the way, the Auth Token also accepts the \Stringable type, so you can change its value at runtime without restarting workers.

Customize ClientOptions if you need to specify a custom Temporal Namespace or Identity.

With Context, you can specify timeouts, retry settings for RPC calls, and metadata sent with requests.

An example:

php
app/config/temporal.php
use Spiral\TemporalBridge\Config\TlsConfig;
use Spiral\TemporalBridge\Config\ConnectionConfig;
use Spiral\TemporalBridge\Config\ClientConfig;
use Temporal\Client\ClientOptions;
use Temporal\Client\Common\RpcRetryOptions;
use Temporal\Client\GRPC\Context;

return [
    // ...
    'clients' => [
        'default' => new ClientConfig(
            connection: new ConnectionConfig(
                address: 'foo-bar-default.baz.tmprl.cloud:7233',
                tls: new TlsConfig(),
                authToken: 'my-secret-token',
            ),
            options: (new ClientOptions())
                ->withNamespace('default')
                ->withIdentity('customer-service'),
            context: Context::default()
                ->withTimeout(4.5)
                ->withRetryOptions(
                    RpcRetryOptions::new()
                        ->withMaximumAttempts(5)
                        ->withInitialInterval(3)
                        ->withMaximumInterval(10)
                        ->withBackoffCoefficient(1.6)
                ),
];

Worker Options

Worker options are used to configure various aspects of a Temporal worker's behavior.

  1. Customization of Worker Behavior: The class provides a range of options to fine-tune how workers handle activity and workflow tasks. This includes setting concurrency limits, rate limiting, and managing task polling behavior.
  2. Resource Management: By allowing developers to set limits on the number and rate of activities executed, the WorkerOptions class helps in effectively managing system resources. This is crucial for maintaining system stability and efficiency, especially in high-load scenarios.
  3. Control Over Task Processing: The class gives control over how tasks are retrieved and processed by the worker. Options like the maximum number of concurrent tasks and pollers help balance workload and optimize task execution.
  4. Enhanced Flexibility: It offers advanced options like sticky schedules and graceful stop timeouts, providing greater control over task execution and worker shutdown processes.
  5. Support for Session-Based Activities: With options to enable session workers and set session-related parameters, it facilitates the execution of activities within a session context, enhancing the scope of what can be achieved with Temporal workflows.

You can define worker options for each task queue. For example:

php
app/config/temporal.php
use Temporal\Worker\WorkerOptions;

return [
    // ...
    'workers' => [
        'workerName' => WorkerOptions::new(),
        'default' => WorkerOptions::new()
           ->withMaxConcurrentActivityExecutionSize(10)
           ->withWorkerActivitiesPerSecond(100),
    ],
];

There is also an ability to use alternative way to define worker options. For example:

php
app/config/temporal.php
use Temporal\Worker\WorkerOptions;

return [
    // ...
    'workers' => [
        'workerName' => [
            'options' => WorkerOptions::new(),
            'exception_interceptor' => new ExceptionInterceptor(),
        ]
    ],
];

Using this way you can additionally define an exception interceptor. Read more about interceptors in the Temporal — Interceptors section.

Interceptors

Interceptors are used to intercept workflow and activity invocations. They can be used to add custom logic to the invocation process, such as logging or metrics collection.

Read more about interceptors in the Temporal — Interceptors section.

RoadRunner

In your RoadRunner configuration file .rr.yaml, add a section temporal. This lets you set the server address and the number of workers. For example:

yaml
.rr.yaml
...

temporal:
  address: ${TEMPORAL_ADDRESS:-localhost:7233}
  activities:
    num_workers: 10

For more details on configuring Temporal with RoadRunner, read the RoadRunner documentation.

Temporal Cloud

If you want to use Temporal Cloud, you have to configure a secure connection and a specific namespace.

php
app/config/temporal.php
use Spiral\TemporalBridge\Config\TlsConfig;
use Spiral\TemporalBridge\Config\ConnectionConfig;
use Spiral\TemporalBridge\Config\ClientConfig;
use Temporal\Client\ClientOptions;

return [
    'client' => 'production',
    'clients' => [
        'production' => new ClientConfig(
            connection: new ConnectionConfig(
                address: 'foo-bar-default.baz.tmprl.cloud:7233',
                tls: new TlsConfig(
                    privateKey: '/my-project.key',
                    certChain: '/my-project.pem',
                ),
            ),
            options: (new ClientOptions())
                ->withNamespace('foo-bar-default.baz'),
    ],
    // ...
];
yaml
.rr.yaml
...

temporal:
  address: foo-bar-default.baz.tmprl.cloud:7233
  namespace: foo-bar-default.baz
  tls:
    key: /my-project.key
    cert: /my-project.pem

That's it! Happy workflow building!