Dashboards for Prometheus.
$ bundle exec rake
$ RAILS_ENV=test bundle exec rake karma:run
JSHint is run against all pull requests. To shorten the feedback loop, it is recommended that you run JSHint locally. With NPM installed, install and run JSHint:
$ npm install jshint -g
$ jshint app/assets/javascripts
Install gems:
bundle
Set up your database:
cp config/database.yml.example config/database.yml
RAILS_ENV=development bundle exec rake db:setup
Start the Rails server:
bundle exec rails s
In production mode, you need to define a number of environment variables to configure the database parameters:
DATABASE_URL="mysql2://username:password@host/database"
RAILS_ENV="production"
Note: Besides MySQL, you may also use any other Rails-compatible relational database like PostgreSQL or SQLite3. See also http://edgeguides.rubyonrails.org/configuring.html.
Create a self-contained Ruby environment and precompile assets:
make build
Run the production server from the bundled environment:
bin/env bin/bundle exec bin/thin -p $PORT start
To deploy PromDash with Docker, use the prom/promdash Docker image. By default, the image will start the thin webserver webserver in production mode. To run rake tasks like migrations, you can specify any kind of command as parameter to the Docker image.
The following is a quick-start example for running PromDash with a file-based local database.
First, create the SQLite3 database in a shared local Docker volume on the host:
docker run -v /tmp/prom:/tmp/prom -e DATABASE_URL=sqlite3:/tmp/prom/file.sqlite3 prom/promdash ./bin/rake db:migrate
Now, we launch PromDash with the database we've just created:
docker run -p 3000:3000 -v /tmp/prom:/tmp/prom -e DATABASE_URL=sqlite3:/tmp/prom/file.sqlite3 prom/promdash
To deploy PromDash behind a reverse proxy you can set a global path prefix
using the environment variable PROMDASH_PATH_PREFIX
. Once set all URLs will
start with the given prefix.
Before deploying a new version of PromDash, follow this checklist:
- Study what has changed since the last deployment:
- Do any migrations need to be performed (
bundle exec rake db:migrate
)? - Do any new environment variables need to be set?
- Did any of the stored dashboard JSON formats change in a backwards-incompatible way?
- Do any migrations need to be performed (
- To be safe, create a backup of the current PromDash database.
- Do tests pass for the new revision?
- Are there any other particularly risky changes?
After deploying a new version:
- Perform a hard refresh in the browser to ensure all loaded assets are up-to-date.
- Test basic functionality as appropriate (Prometheus and Graphite graph settings, etc.).
Since we frequently need to display various PromDash views in inline frames, we
disabled Rails' default header X-Frame-Options: SAMEORIGIN
for all views:
https://github.com/prometheus/promdash/commit/5b1da215296b5316568ad7c8449652f0d7f74ebe
If you are worried about clickjacking attacks, it is safe to revert this commit as long as you don't need to display dashboards in iframes.