0.0
No commit activity in last 3 years
No release in over 3 years
When you have some service that might not be able to handle a large transition of historical content, say a dynamic image service. Instead of changing everything at once you can use the flux capacitor to progressively enable the new functionality based on content age.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

~> 1.15
~> 10.0
~> 3.0

Runtime

 Project Readme

Gem Version security

FluxCapacitor

Sometimes you want to change a feature or deploy a new feature but doing so all at once might take down some service. Enter Flux Capacitor. It allows you to gradually include more historical content in the new feature while allowing all future content to start out with the new feature already live.

Installation

Add this line to your application's Gemfile:

gem 'flux_capacitor'

And then execute:

$ bundle

Or install it yourself as:

$ gem install flux_capacitor

Usage

require 'flux_capacitor'

start = DateTime.parse('2017/08/14 00:00:00-000') # when do you want to start rolling out the feature
oldest = MyModel.first.created_at # If you are using active record finding your oldest item is pretty easy
# otherwise if you know the date of your first item, just use that
end_point = DateTime.parse('2017/09/14') # The point where the feature is fully rolled out/safe to remove the Flux Capacitor.
# This dictates how quickly the feature rolls out. If you are concerned about overloading a required service set this to farther in the future

FEATURE_1_CAPACITOR = Flux::Capacitor.new(start, end_point, oldest)

def controller_method
    model = MyModel.find(params[:id])
    if FEATURE_1_CAPACITOR.travel_to?(model.created_at)
        use_new_feature
    else
        use_old_feature
    end
end

If your feature doesn't map well to something where you have a date for each piece of content you can still use flux capacitor. It can also take strings and distribute them evenly over your rollout period using the murmur3 hashing algorithm.

require 'flux_capacitor'
start = DateTime.parse('2017/08/14 00:00:00-000') # when do you want to start rolling out the feature
end_point = DateTime.parse('2017/09/14') # when do you want the rollout to finish

# NOTE: We don't need an oldest date when using strings
FEATURE_1_CAPACITOR = Flux::Capacitor.new(start, end_point)

def controller_method
    model = MyModel.find(params[:id])
    if FEATURE_1_CAPACITOR.travel_to?(model.uuid) # Any string will work here
        use_new_feature
    else
        use_old_feature
    end
end

One note about using the string hashing method, new content could get the old feature for a while.

Testing

In order to test your code while migrating from one form to the other you can replace Flux::Capacitor with Flux::Truthy or Flux::Falsy They both expose the same API as a regular Capacitor but they travel_to? method will always return true and false respectively.

When working with rails you can do something like this:

start = DateTime.parse('2017/08/14 00:00:00-000')
end_point = DateTime.parse('2017/09/14')
oldest = MyModel.first.created_at
FEATURE_1_CAPACITOR = Rails.env.test? ? Flux::Falsy.new : Flux::Capacitor.new(start, end_point, oldest)

This will make it so for your tests everything will be treated as before.

Development

After checking out the repo, run bin/setup to install dependencies. Then, run rake spec to run the tests. You can also run bin/console for an interactive prompt that will allow you to experiment.

To install this gem onto your local machine, run bundle exec rake install. To release a new version, update the version number in version.rb, and then run bundle exec rake release, which will create a git tag for the version, push git commits and tags, and push the .gem file to rubygems.org.

Contributing

Bug reports and pull requests are welcome on GitHub at https://github.com/raphaeleidus/flux_capacitor.