This is a demo Ruby on Rails app you can deploy to Skyliner. Here's a guide to getting started:
https://www.skyliner.io/help/quick-start
If you have any trouble, please drop us a line at support@skyliner.io.
- Writes logs to
STDOUT
. - Serves static assets from the Rails process itself. (If static asset serving becomes a performance hotspot, we recommend setting up CloudFront.)
- Commits
secrets.yaml
to source control. It pulls the production secret base from theSECRET_KEY_BASE
environment variable, which is securely managed by Skyliner. - Adds quotes to the use of
SECRET_KEY_BASE
insecrets.yaml
, which prevents a secret with all digits from being interpreted as a number. - Depends on
puma-heroku
, which borrows Heroku's recommended Puma configuration. - Manages web and worker processes using Foreman.
- Edit
Procfile
to include aworker
process. If you uncomment the example, you'll need a Rake task namedjobs:work
. - Edit the
Dockerfile
'sCMD
to increase the number ofworker
processes.
N.B.: Worker processes run on the same instances as the web processes, so budget accordingly when selecting an instance type.
- Follow the directions here to create an RDS instance of your preferred database.
- Edit the
config/database.yml
file in your project and modify theproduction
entry to look like the following:
<dev and test stuff here>
production:
url: "<%= ENV["DATABASE_URL"] %>"
- In Skyliner, go to the Setting page for your app and select the Configuration section.
- Click the gear to edit the settings and enter
DATABASE_URL
in the key field and the database url for your database in the value field. - Select the Skyliner environment you want the setting to apply to (QA or Production).
- Click Update to save your settings.
- Re-deploy to the environment you are interested in.
Repo created by Skyliner app templates at 2017-02-09T22:33:09.583Z