Ruby SDK reference

Overview

This topic documents how to get started with the server-side Ruby SDK, and links to reference information on all of the supported features.

SDK quick links

LaunchDarkly’s SDKs are open source. In addition to this reference guide, we provide source, API reference documentation, and sample applications:

ResourceLocation
SDK API documentationSDK API docs
GitHub repositoryruby-server-sdk
Sample applicationsRuby
Rails with bootstrapping
Published moduleRubyGems
SDK version compatibility

The LaunchDarkly Ruby SDK, version 8.0 and higher, is compatible with Ruby 3.0.

The LaunchDarkly Ruby SDK, version 7.x, is compatible with Ruby 2.7 and higher.

Prior to version 7.0, the LaunchDarkly Ruby SDK also supported Ruby 2.5 and 2.6.

Get started

After you complete the Get started process, follow these instructions to start using the LaunchDarkly SDK in your Ruby application.

Install the SDK

First, install the LaunchDarkly SDK as a dependency in your application using your application’s dependency manager. Refer to the SDK releases page to identify the latest version if you want to depend on a specific version.

If you are using Bundler, you can add gem "launchdarkly-server-sdk" to your Gemfile and run bundle install. Otherwise, you can install the gem directly:

Shell
$gem install launchdarkly-server-sdk

Next, import the LaunchDarkly client in your application code. This step may not be necessary if you are using a framework that automatically loads all dependencies, as Rails does.

Here’s how:

Ruby
1require 'ldclient-rb'
The Ruby SDK uses an SDK key

The Ruby SDK uses an SDK key. Keys are specific to each project and environment. They are available from Project settings, on the Environments list. To learn more about key types, read Keys.

Initialize the client

After you install and import the SDK, create a single, shared instance of LDClient. Specify your SDK key here to authorize your application to connect to a particular environment within LaunchDarkly.

LDClient must be a singleton

It’s important to make LDClient a singleton for each LaunchDarkly project. The client instance maintains internal state that allows LaunchDarkly to serve feature flags without making any remote requests. Do not instantiate a new client with every request.

If you have multiple LaunchDarkly projects, you can create one LDClient for each. In this situation, the clients operate independently. For example, they do not share a single connection to LaunchDarkly.

Here’s how:

Ruby
1client = LaunchDarkly::LDClient.new("sdk-key-123abc")

The Ruby SDK relies on multiple background threads to operate correctly. When a process forks, the SDK will not function correctly in the child process until it is reinitialized. Use the postfork() method to reinitialize an existing client after a process fork.

Here’s how:

Ruby SDK v8.11+
1client = LaunchDarkly::LDClient.new("sdk-key-123abc")
2
3# From the child process, reinitialize the client by calling `postfork`.
4client.postfork()

Any configuration that you provide to the SDK must survive the forking process independently. We recommend that you add any listeners or hooks after the postfork() call, unless you are certain they can survive the forking process.

If you are using the Relay Proxy, you must use Relay Proxy v8.11 or later to use postfork().

To learn more about the specific configuration options available in this SDK, read Config. To learn more about the postfork() reinitialization, read postfork.

Initialize the client while using a Rails application

If you are using a Rails application, do not use the above method to initialize the client. Instead, follow the instructions below for your application.

Using a Rails application



To use LaunchDarkly in a Rails application, initialize the client in config/initializers/launchdarkly.rb:

Ruby
1Rails.configuration.client = LaunchDarkly::LDClient.new("sdk-key-123abc")

Using Spring



To use LaunchDarkly with the Rails application preloader Spring, we recommend using an after_fork callback in the config/spring.rb file to reinitialize the client:

Ruby Spring initialization
1Spring.after_fork do
2 Rails.configuration.client.postfork()
3end

Using Unicorn



If you use Unicorn, specify an after_fork hook in your unicorn.rb config file:

Ruby Unicorn initialization
1after_fork do |server,worker|
2 Rails.configuration.client.postfork()
3end

Using Puma



If you use the Puma web server, we recommend reinitializing the client in on_worker_boot:

Ruby Puma initialization
1on_worker_boot do
2 Rails.configuration.client.postfork()
3end

Using Passenger



If you use the Passenger web server, we recommend reinitializing the client in config.ru, or from any code called while loading config.ru:

Ruby Passenger initialization
1if defined?(PhusionPassenger)
2 PhusionPassenger.on_event(:starting_worker_process) do |forked|
3 Rails.configuration.client.postfork()
4 end
5end

Initialize the client while using httplog

If you are using the Rails httplog library, you should include launchdarkly.com in the url_blacklist_pattern attribute of httplog’s configuration.

By default, the Rails httplog library buffers the entire response to a request. However, in the LaunchDarkly SDKs, the streaming request remains open. Therefore, the httplog library intercepts the request but never returns the response from LaunchDarkly indicating that initialization is complete. This means the Ruby SDK may not complete initialization and also may not log an error. If your application makes flag evaluations before the SDK initialization is complete, you may receive the message: [LDClient] Client has not finished initializing; feature store unavailable, returning default value.

When you include launchdarkly.com in the url_blacklist_pattern attribute of httplog’s configuration, then httplog will not intercept the response, and SDK initialization will complete. This lets you use flags as expected.

To learn more, read the httplog Configuration documentation.

Evaluate a context

You can use client to check which variation a particular context will receive for a given feature flag. To learn more, read Evaluating flags and Flag evaluation reasons. For more information about how contexts are specified, read Context configuration.

Here’s how:

Ruby SDK v7.0+
1context = LaunchDarkly::LDContext.with_key("user-key-123abc")
2show_feature = client.variation("flag-key-123abc", context, false)
3if show_feature
4 # application code to show the feature
5else
6 # the code to run if the feature is off
7end

Shut down the client

Shut down the client when your application terminates. This frees the resources the worker threads were using and provides an explicit signal for the Ruby SDK to send the remaining event data back to LaunchDarkly. To learn more, read Shutting down.

Supported features

This SDK supports the following features: