Supported tags and respective
What is Meteor?
Meteor is an ultra-simple environment for building modern web applications.
With Meteor you write apps:
- that send data over the wire, rather than HTML
- using your choice of popular open-source libraries
Documentation is available at http://docs.meteor.com/.
What's included in these images?
A fork of demeteorizer with a patch for Dockerfile support remains
included in this release. Support has been deprecated and demeteorizer will be dropped from future releases.
The patch has not been merged upstream and demeteorizer is not required with the currently documented workflow.
Why use these images?
- To install a packaged, specific version of Meteor.
- To Dockerize a Meteor app for your Continuous Integration/Continuous Delivery/Production environments.
- To have a repeatable and easily maintained development environment.
- To do Meteor development on Windows (using boot2docker).
latest tag builds whatever Meteor publishes at https://install.meteor.com/, as long
as the install script does not change. Images tagged for a specific Meteor version checksum both the installer and the
tarball the installer downloads.
How to use these images
Example: Create a new Meteor app
docker run -it --rm -v "$(pwd)":/app danieldent/meteor meteor create
Example: Meteor in Development Mode (Linux)
docker run -it --rm -p 3000:3000 -v "$(pwd)":/app danieldent/meteor
Example: Meteor in Development Mode (boot2docker - OS X/Windows)
A small shim is included which re-maps the
.meteor/local folder back into the virtual machine, and
enables Meteor to work under boot2docker. Add
vboxsf-shim before any
meteor command that requires its use.
Using the shim requires the container be allowed the SYS_ADMIN capability.
docker run --cap-add SYS_ADMIN -it --rm -p 3000:3000 -v "$(pwd)":/app danieldent/meteor vboxsf-shim meteor
You may wish to use a separate docker container for your database. This will allow data to persist across restarts of
your Meteor container. Unless you use a persistent Docker container, using the shim means that the contents of your
.meteor/local folder do not persist, which is where Meteor stores its build cache as well as the MongoDB database it
provides in development mode.
docker run --name mydb -d mongo docker run --cap-add SYS_ADMIN -it --rm -p 3000:3000 --link mydb:db -e "MONGO_URL=mongodb://db" -v "$(pwd)":/app danieldent/meteor vboxsf-shim meteor
Example: Dockerizing your Meteor App for CI/CD/Production Builds
.dockerignore file in your Meteor source directory to exclude Meteor's development build cache.
Dockerfile for your Meteor app and place it in your Meteor source directory. Use one of the onbuild tags.
Build the Docker image for your app (assumes you are currently in the Meteor source directory):
docker build -t exampleapp .
Run your app in its container, using another Docker container for the MongoDB database:
docker run --name exampleAppDb -d mongo docker run -it --rm -p 3000:3000 --link exampleAppDb:db -e "MONGO_URL=mongodb://db" -e "ROOT_URL=http://localhost:3000" exampleapp
By default, your Meteor app will run as
nobody within the Docker container. This ensures the app does not have
write access to its own files, which could help reduce the impact of certain security issues. It also makes it harder to
accidentally write code which makes changes to the filesystem. Port 3000 will be exposed by default. Here's a
Dockerfile which changes the defaults. It usually shouldn't be necessary to change the port on which your Meteor app
listens - Docker's port mapping features allows the port used inside the container to be different than the port
which is exposed outside the container.
FROM danieldent/meteor:onbuild EXPOSE 4000 ENV PORT 4000 USER root
While it's possible to set additional variables as part of the build (such as
METEOR_SETTINGS), it may be a better choice to pass configuration that is likely to vary between deployments of the
application as runtime environment variables.
If you run into any problems with these images, please check for issues on GitHub.
Please file a pull request or create a new issue for problems or potential improvements.
Copyright 2014-2015 Daniel Dent.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use these files except in compliance with the License.
You may obtain a copy of the License at
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
Third-party contents included in builds of the image are licensed separately.
JIC: If you are searching low size for meteor, https://hub.docker.com/r/meteorjs/example/ this is an meteor app (DiscoverMeteor/Microscope) in just 22MB, smallest that ever and works with meteor 220.127.116.11, they have a command line tool to reduce the size.
Can you add Meteor 18.104.22.168 please ?
Hey. How did you get meteor to be accessable from localhost? Normally you would have to docker exec meteor ip a to get the IP of the container.
Can you tell me what the trick is, please?
@theremix This image is built on top of the official Docker node image. Most of the image size is because of that. They have a -slim version which is smaller and this could be built with that as a base instead.
why is this image 1.003 GB ?