Skip to content

krismeister/meteor-launchpad

 
 

Repository files navigation

Circle CI

Meteor Launchpad - Base Docker Image for Meteor Apps

Build

Add the following to a Dockerfile in the root of your app:

FROM jshimko/meteor-launchpad:latest

Then you can build the image with:

docker build -t yourname/app .

Run

Now you can run your container with the following command... (note that the app listens on port 3000 because it is run by a non-root user for security reasons and non-root users can't run processes on port 80)

docker run -d \
  -e ROOT_URL=http://example.com \
  -e MONGO_URL=mongodb://url \
  -e MONGO_OPLOG_URL=mongodb://oplog_url \
  -e MAIL_URL=smtp://mail_url.com \
  -p 80:3000 \
  yourname/app

Delay startup

If you need to force a delay in the startup of the Node process (for example, to wait for a database to be ready), you can set the STARTUP_DELAY environment variable to any number of seconds. For example, to delay starting the app by 10 seconds, you would do this:

docker run -d \
  -e ROOT_URL=http://example.com \
  -e MONGO_URL=mongodb://url \
  -e STARTUP_DELAY=10 \
  -p 80:3000 \
  yourname/app

Custom Build Options

Meteor Launchpad supports a few custom build options by using a config file in the root of your app. The currently supported options are to add PhantomJS or MongoDB to your build. To install either of them, create a launchpad.conf in the root of your app and add either of the following values.

# launchpad.conf

INSTALL_PHANTOMJS=true
INSTALL_MONGO=true
INSTALL_GRAPHICSMAGICK=true

If you choose to install Mongo, you can use it by not supplying a MONGO_URL when you run your app container. The startup script will then start Mongo and tell your app to use it. If you do supply a MONGO_URL, Mongo will not be started inside the container and the external database will be used instead.

Note that having Mongo in the same container as your app is just for convenience while testing/developing. In production, you should use a separate Mongo deployment or at least a separate Mongo container.

Development Builds

You can optionally avoid downloading Meteor every time when building regularly in development. Add the following to your Dockerfile instead...

FROM jshimko/meteor-launchpad:devbuild

This isn't recommended for your final production build because it creates a much larger image, but it's a bit of a time saver when you're building often in development. The first build you run will download/install Meteor and then every subsequent build will be able to skip that step and just build the app.

Docker Compose

Add a docker-compose.yml to the root of your project with the following content and edit the app image name to match your build name. Everything else should work as-is.

# docker-compose.yml

app:
  image: yourname/app
  ports:
    - "80:3000"
  links:
    - mongo
  environment:
    - ROOT_URL=http://example.com
    - MONGO_URL=mongodb://mongo:27017/meteor

mongo:
  image: mongo:latest --storageEngine=wiredTiger

And then start the app and database containers with...

docker-compose up -d

Custom Builds

If you'd like to create a custom build for some reason, you can use the build.sh script in the root of the project to run all of the necessary commands.

First, make any changes you want, then to create your custom build:

# builds as jshimko/meteor-launchpad:latest
./build.sh

# or specify a custom image name
./build.sh myorg/myimage

License

MIT License

Copyright (c) 2016 Jeremy Shimko

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

About

A base Docker image for Meteor applications.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Shell 100.0%