3

EventMachine内で使用するためにRedis接続を確立するためのいくつかのオプションがあるようですが、それらの間のコアの違いを理解するのに苦労しています。

私の目標は、 Goliath内にRedisを実装することです

私が今接続を確立する方法は、em-synchronyを介してです：

require 'em-synchrony'
require 'em-synchrony/em-redis'

config['redis'] = EventMachine::Synchrony::ConnectionPool.new(:size => 20) do 
  EventMachine::Protocols::Redis.connect(:host => 'localhost', :port => 6379)
end

上記とem-hiredisのようなものを使用することの違いは何ですか？

セットと基本的なkey：valueストレージにRedisを使用している場合、em-redisは私のシナリオに最適なソリューションですか？

4

2 に答える 2

2

Goliath内ではem-hiredisを非常にうまく使用しています。パブリッシングをコーディングした方法のサンプルを次に示します。

config / example_api.rb

# These give us direct access to the redis connection from within the API
config['redisUri'] = 'redis://localhost:6379/0'
config['redisPub'] ||= EM::Hiredis.connect('')

example_api.rb

class ExampleApi < Goliath::API

  use Goliath::Rack::Params             # parse & merge query and body parameters
  use Goliath::Rack::Formatters::JSON   # JSON output formatter
  use Goliath::Rack::Render             # auto-negotiate response format

  def response(env)
    env.logger.debug "\n\n\nENV: #{env['PATH_INFO']}"
    env.logger.debug "REQUEST: Received"
    env.logger.debug "POST Action received: #{env.params} "

    #processing of requests from browser goes here

    resp =
      case env.params["action"]
      when 'SOME_ACTION'        then process_action(env)
      when 'ANOTHER_ACTION'     then process_another_action(env)
      else
        # skip
      end

    env.logger.debug "REQUEST: About to respond with: #{resp}"

    [200, {'Content-Type' => 'application/json', 'Access-Control-Allow-Origin' => "*"}, resp]
  end

  # process an action
  def process_action(env)
    # extract message data
    data = Hash.new
    data["user_id"], data["object_id"] = env.params['user_id'], env.params['object_id']

        publishData = { "action"   => 'SOME_ACTION_RECEIVED',
                        "data" => data }

        redisPub.publish("Channel_1", Yajl::Encoder.encode(publishData))

      end 
    end 
    return data
  end

  # process anothr action
  def process_another_action(env)
    # extract message data
    data = Hash.new
    data["user_id"], data["widget_id"] = env.params['user_id'], env.params['widget_id']

        publishData = { "action"   => 'SOME_OTHER_ACTION_RECEIVED',
                        "data" => data }
        redisPub.publish("Channel_1", Yajl::Encoder.encode(publishData))

      end 
    end 
    return data
  end
end

サブスクリプションの処理は、読者の演習として残されています。

于 2012-05-18T03:55:19.397 に答える
1

em-synchronyが行うことは、em-redis gemにパッチを適用して、ファイバーで使用できるようにすることです。これにより、効果的にゴリアテで実行できるようになります。

これは、Goliath + Redisを使用したプロジェクトで、これをすべて機能させる方法をガイドできます：https ://github.com/igrigorik/mneme

em-hiredisの例では、goliathが行うことは、リクエストをファイバーでラップすることです。これをテストする方法は次のとおりです。

require 'rubygems'
require 'bundler/setup'

require 'em-hiredis'
require 'em-synchrony'

EM::run do
  Fiber.new do
    ## this is what you can use in goliath
    redis = EM::Hiredis.connect
    p EM::Synchrony.sync redis.keys('*')
    ## end of goliath block
  end.resume

end

と私が使用したGemfile：

source :rubygems

gem 'em-hiredis'
gem 'em-synchrony'

この例を実行すると、redisデータベースで定義されたキーのリストが画面に印刷されます。EM :: Synchrony.sync呼び出しがないと、延期可能になりますが、ここでは、呼び出しが戻って結果が得られるまでファイバーが一時停止されます。

于 2011-12-06T10:52:02.680 に答える