0

Laravel が IronIO サーバーとの通信に失敗している間にプッシュ キューのタスクが失われないように、適切なアーキテクチャが必要です。

たとえば、途中で IronIO サービスの停止や DNS の問題が発生します。または、私たちの場合のように、iron-io/iron_mq パッケージが古くなり、プッシュが例外を発生させ始めたようです。

'Http_Exception' with message 'http error: 0 |
Problem with the SSL CA cert (path? access rights?)'
in /var/www/project/vendor/iron-io/iron_core/IronCore.class.php:346

gecbla は例外をキャッチすることを提案していますが、そこからどのように進めますか?

try {

    Queue::push('AddContent');

} catch (Http_Exception $e) {

    Log::info('Queue::catch');
}

フォールバック、例外処理アーキテクチャを実現する最善の方法は何ですか?

4

1 に答える 1

1

エラー キューと呼ばれる IronMQ に組み込まれた機能があります。この機能は、配信できなかったメッセージを別のプル キューに収集して、後で処理できるようにします。これがどのように機能するかを示す図は次のとおりです。

ここに画像の説明を入力

詳細については、Iron.io ブログ ( http://blog.iron.io/2014/01/push-queues-error-queues-better-queue.html ) またはドキュメント ( http:/ ) を参照してください。 /dev.iron.io/mq/reference/push_queues/#error_queues

于 2015-03-04T16:45:06.617 に答える