1

PL/Proxy のようなツールを探していますが、後で実行するためにクエリをキューに入れることで、データベースがオフラインのときに機能します。これは、いくつかの非常に単純な挿入と更新にのみ必要です (また、保存されたしたがって、当然、クライアント アプリはリアルタイムで応答を知る必要はありません。

一時的な障害 (DB がオフラインなど) は再試行する必要があり、永続的な障害はログに記録する必要があります。

クライアント アプリは perl で書かれていますが、真のプロキシ サーバーはそれを気にする必要はありません。

私は自分で書く準備ができていますが、誰かがすでにこのホイールを発明している場合は、時間を節約したいと思います.

4

1 に答える 1

2

それはあなたのニーズに大きく依存します。kgrittn が提案するように、接続プーラーを使用できる場合があります。非同期のものが必要なように聞こえるので、私は確信していません。おそらく書く必要があると思います。これは言われていることですが、ほとんどの場合、すぐに使用できるコンポーネントで実行できると思います。ラストマイルコードが必要になる可能性が高いと思いますが、それだけです。

これを 3 つの基本的なコンポーネントで構築することを検討します。

  1. メッセージ キュー。これにはあらゆる種類のものを使用できます。電子メール、jabber、RabbitMQ などを使用できます。選択してください。RabbitMQ などが最も簡単だと思います。

  2. キューをリッスンし、メッセージを取得し、データベースでクエリを実行する小さなプログラム。データベースが利用できないことは、一時的なエラーとしてカウントされます。それらを実行できないプログラムは、永続的なエラーとしてカウントされます。

  3. ライブラリでメッセージ キューイングのインターフェイスと抽象化を行いたい場合があります (そのため、アプリはメッセージ キューにデータを送信していることを知る必要がありません)。

于 2013-04-01T12:37:24.197 に答える