私は今、安定した Beanstalkd と Laravel 4 キューのセットアップを 1 台のマシンで実行しています。私の質問は、Laravel 4 ワーカーを 2 台目のマシンにインストールして、Beanstalkd をリッスンさせるにはどうすればよいですか? 一部の人にとっては非常に明白な質問かもしれませんが、私はそれを理解できません。php artisan queue:listen
コマンドに接続フィールドがあることに気付きました。私はそれを使用する必要がありますか?
1 に答える
Laravel 4 ワーカーを 2 台目のマシンにインストールして、Beanstalkd をリッスンさせるにはどうすればよいですか?
リスナー/ワーカーと同じサーバー上に、laravel アプリケーションの稼働中のインスタンスが必要です。
これは、Web サーバーと、ジョブをリッスンしているサーバーの両方にアプリケーションをデプロイすることを意味します。
次に、リッスン サーバーで、php artisan queue:listen
新しいジョブをリッスンし、ジョブを処理するワーカーを作成するために呼び出します。
php artisan queue:listen コマンドに接続フィールドがあることに気付きました。私はそれを使用する必要がありますか?
上記の質問に加えて、ほとんどのコマンドと同様に、コマンドが使用する環境artisan
を定義する必要があります。queue:listen
$ php artisan queue:listen --env=production
このようにして、ワーカーの処理に使用される laravel アプリ (リッスン サーバー上のアプリ) は、使用するデータベース資格情報を含め、使用する構成を認識します。これは、Web サーバーとジョブ/リスニング サーバーの両方がデータベースにアクセスできる必要があることも意味します。
最後に、2 つの個別の Laravel アプリケーションを作成することもできます。1 つは Web アプリケーション用で、もう 1 つは純粋に処理ジョブを処理するためのものです。次に、それぞれが独自の構成を持つことができ、2 つの (おそらくより小さい?) コード ベースが作成されます。それでも、コード ベースは 1 つではなく 2 つになります。
その点で、あなたの状況に最も適したものを何でもしてください。