2016-05-02 7 views
0

あなたはレールアプリを持っていて、すでにキューイング(resque)を使用して、サーバー上の遅い/非緊急でない処理をオフロードするとします。その待ち行列処理は、レールアプリのいくつかの機能の必要性を実行し、次に情報をmemecachedストアに保存します...すべてが良いです。異なるサーバープロセスからmemecachedを作成して活用することはできますか?

しかし、goアプリケーションを実行するキューイングによってトリガされるコンポーネントを書き込むことができます。これは、レールアプリケーションと同じ基本データベースを活用し、同じインメモリストアに書き込みます。

これは一般的ですか?それほど些細なことではない?データベーススキーマは、レールと移動の両方に慣れ親しんでおり、goアプリケーションにはビジネスロジックの重複があるかもしれませんが、かなり静かです。それを、レール上で実行されているいくつかのサーバー機能を徐々にマイグレーションして実行する方法と考えてください。これは実際に行われていますか?

答えて

1

memcachedのような共有データストアと複数のカプセル化アプリケーションをやりとりするのはかなり一般的です。これは実際にはうまくいくものであり、アプリケーションに書き込まれる各テクノロジは、店舗にアクセスできる限り重要ではありません。このような環境では、多くの作業になる可能性があるため、読み書きを調整するためにビジネスロジックを追加する必要があります。

関連する問題