Bitnami package for Parse Server
What is Parse Server?
Parse is a platform that enables users to add a scalable and powerful backend to launch a full-featured app for iOS, Android, JavaScript, Windows, Unity, and more.
Overview of Parse Server Trademarks: This software listing is packaged by Bitnami. The respective trademarks mentioned in the offering are owned by the respective companies, and use of them does not imply any affiliation or endorsement.
TL;DR
docker run --name parse bitnami/parse:latest
You can find the default credentials and available configuration options in the Environment Variables section.
Why use Bitnami Images?
- Bitnami closely tracks upstream source changes and promptly publishes new versions of this image using our automated systems.
- With Bitnami images the latest bug fixes and features are available as soon as possible.
- Bitnami containers, virtual machines and cloud images use the same components and configuration approach - making it easy to switch between formats based on your project needs.
- All our images are based on minideb -a minimalist Debian based container image that gives you a small base container image and the familiarity of a leading Linux distribution- or scratch -an explicitly empty image-.
- All Bitnami images available in Docker Hub are signed with Notation. Check this post to know how to verify the integrity of the images.
- Bitnami container images are released on a regular basis with the latest distribution packages available.
Looking to use Parse Server in production? Try VMware Tanzu Application Catalog, the commercial edition of the Bitnami catalog.
How to deploy Parse Server in Kubernetes?
Deploying Bitnami applications as Helm Charts is the easiest way to get started with our applications on Kubernetes. Read more about the installation in the Bitnami Parse Server Chart GitHub repository.
Bitnami containers can be used with Kubeapps for deployment and management of Helm Charts in clusters.
Why use a non-root container?
Non-root container images add an extra layer of security and are generally recommended for production environments. However, because they run as a non-root user, privileged tasks are typically off-limits. Learn more about non-root containers in our docs.
Supported tags and respective Dockerfile links
Learn more about the Bitnami tagging policy and the difference between rolling tags and immutable tags in our documentation page.
You can see the equivalence between the different tags by taking a look at the tags-info.yaml file present in the branch folder, i.e bitnami/ASSET/BRANCH/DISTRO/tags-info.yaml.
Subscribe to project updates by watching the bitnami/containers GitHub repo.
Prerequisites
To run this application you need Docker Engine 1.10.0. Docker Compose is recomended with a version 1.6.0 or later.
How to use this image
Run Parse with a Database Container
Running Parse with a database server is the recommended way. You can either use docker-compose or run the containers manually.
Run the application manually
If you want to run the application manually instead of using docker-compose, these are the basic steps you need to run:
-
Create a new network for the application and the database:
docker network create parse_network -
Start a MongoDB® database in the network generated:
docker run -d --name mongodb --net=parse_network bitnami/mongodbNote: You need to give the container a name in order to Parse to resolve the host
-
Run the Parse container:
docker run -d -p 1337:1337 --name parse --net=parse_network bitnami/parseThen you can access your application at
http://your-ip/parse
Run the application using Docker Compose
curl -sSL https://raw.githubusercontent.com/bitnami/containers/main/bitnami/parse/docker-compose.yml > docker-compose.yml
docker-compose up -d
Please be aware this file has not undergone internal testing. Consequently, we advise its use exclusively for development or testing purposes. For production-ready deployments, we highly recommend utilizing its associated Bitnami Helm chart.
If you detect any issue in the docker-compose.yaml file, feel free to report it or contribute with a fix by following our Contributing Guidelines.
Persisting your application
If you remove the container all your data and configurations will be lost, and the next time you run the image the database will be reinitialized. To avoid this loss of data, you should mount a volume that will persist even after the container is removed.
For persistence you should mount a volume at the /bitnami path. Additionally you should mount a volume for persistence of the MongoDB® data.
The above examples define docker volumes namely mongodb_data and parse_data. The Parse application state will persist as long as these volumes are not removed.
To avoid inadvertent removal of these volumes you can mount host directories as data volumes. Alternatively you can make use of volume plugins to host the volume data.
NOTE: As this is a non-root container, the mounted files and directories must have the proper permissions for the UID
1001.
Mount host directories as data volumes with Docker Compose
This requires a minor change to the docker-compose.yml file present in this repository:
mongodb:
...
volumes:
- '/path/to/your/local/mongodb_data:/bitnami'
...
parse:
...
volumes:
- '/path/to/parse-persistence:/bitnami'
...
Mount host directories as data volumes using the Docker command line
In this case you need to specify the directories to mount on the run command. The process is the same than the one previously shown:
-
Create a network (if it does not exist):
docker network create parse-tier -
Create a MongoDB® container with host volume:
docker run -d --name mongodb \ --net parse-tier \ --volume /path/to/mongodb-persistence:/bitnami \ bitnami/mongodb:latestNote: You need to give the container a name in order to Parse to resolve the host
-
Run the Parse container:
docker run -d --name parse -p 1337:1337 \ --net parse-tier \ --volume /path/to/parse-persistence:/bitnami \ bitnami/parse:latest
Upgrade this application
Bitnami provides up-to-date versions of Mongodb and Parse, including security patches, soon after they are made upstream. We recommend that you follow these steps to upgrade your container. We will cover here the upgrade of the Parse container. For the Mongodb upgrade see https://github.com/bitnami/containers/tree/main/bitnami/mongodb#user-content-upgrade-this-image
-
Get the updated images:
docker pull bitnami/parse:latest -
Stop your container
- For docker-compose:
$ docker-compose stop parse - For manual execution:
$ docker stop parse
- For docker-compose:
-
Take a snapshot of the application state
rsync -a /path/to/parse-persistence /path/to/parse-persistence.bkp.$(date +%Y%m%d-%H.%M.%S)Additionally, snapshot the MongoDB® data
You can use these snapshots to restore the application state should the upgrade fail.
-
Remove the currently running container
- For docker-compose:
$ docker-compose rm parse - For manual execution:
$ docker rm parse
- For docker-compose:
-
Run the new image
- For docker-compose:
$ docker-compose up parse - For manual execution (mount the directories if needed):
docker run --name parse bitnami/parse:latest
- For docker-compose:
Configuration
Environment variables
Customizable environment variables
| Name | Description | Default Value |
|---|---|---|
PARSE_FORCE_OVERWRITE_CONF_FILE |
Force the config.json config file generation. | no |
PARSE_ENABLE_HTTPS |
Whether to enable HTTPS for Parse by default. | no |
PARSE_BIND_HOST |
Parse bind host. | 0.0.0.0 |
PARSE_HOST |
Parse host. | 127.0.0.1 |
PARSE_PORT_NUMBER |
Port number in which Parse will run. | 1337 |
PARSE_APP_ID |
Parse app ID. | myappID |
PARSE_MASTER_KEY |
Parse master key. | mymasterKey |
PARSE_APP_NAME |
Parse app name. | parse-server |
PARSE_MOUNT_PATH |
Parse mount path. | /parse |
PARSE_ENABLE_CLOUD_CODE |
Enable Parse cloud code support. | no |
PARSE_DATABASE_HOST |
Database server host. | $PARSE_DEFAULT_DATABASE_HOST |
PARSE_DATABASE_PORT_NUMBER |
Database server port. | 27017 |
PARSE_DATABASE_NAME |
Database name. | bitnami_parse |
PARSE_DATABASE_USER |
Database user name. | bn_parse |
PARSE_DATABASE_PASSWORD |
Database user password. | nil |
Read-only environment variables
| Name | Description | Value |
|---|---|---|
PARSE_BASE_DIR |
Parse installation directory. | ${BITNAMI_ROOT_DIR}/parse |
PARSE_TMP_DIR |
Parse temp directory. | ${PARSE_BASE_DIR}/tmp |
PARSE_LOGS_DIR |
Parse logs directory. | ${PARSE_BASE_DIR}/logs |
PARSE_PID_FILE |
Parse PID file. | ${PARSE_TMP_DIR}/parse.pid |
PARSE_LOG_FILE |
Parse logs file. | ${PARSE_LOGS_DIR}/parse.log |
PARSE_CONF_FILE |
Configuration file for Parse. | ${PARSE_BASE_DIR}/config.json |
PARSE_VOLUME_DIR |
Parse directory for mounted configuration files. | ${BITNAMI_VOLUME_DIR}/parse |
PARSE_DAEMON_USER |
Parse system user. | parse |
PARSE_DAEMON_GROUP |
Parse system group. | parse |
PARSE_DEFAULT_DATABASE_HOST |
Default database server host. | mongodb |
When you start the parse image, you can adjust the configuration of the instance by passing one or more environment variables either on the docker-compose file or on the docker run command line. If you want to add a new environment variable:
- For docker-compose add the variable name and value under the application section in the
docker-compose.ymlfile present in this repository:
parse:
...
environment:
- PARSE_HOST=my_host
...
- For manual execution add a
-eoption with each variable and value:
docker run -d -e PARSE_HOST=my_host -p 1337:1337 --name parse -v /your/local/path/bitnami/parse:/bitnami --network=parse_network bitnami/parse
How to deploy your Cloud functions with Parse Cloud Code?
You can use Cloud Code to run a piece of code in your Parse Server instead of the user's mobile devices. To run your Cloud functions using this image, follow the steps below:
- Create a directory on your host machine and put your Cloud functions on it. In the example below, a simple "Hello world!" function is used:
$ mkdir ~/cloud
$ cat > ~/cloud/main.js <<'EOF'
Parse.Cloud.define("sayHelloWorld", function(request, response) {
return "Hello world!";
});
EOF
- Mount the directory as a data volume at the
/opt/bitnami/parse/cloudpath on your Parse Container and set the environment variablePARSE_ENABLE_CLOUD_CODEtoyes. You can use thedocker-compose.ymlbelow:
NOTE: In the example below, Parse Dashboard is also deployed.
version: '2'
services:
mongodb:
image: 'bitnami/mongodb:latest'
volumes:
- 'mongodb_data:/bitnami'
parse:
image: 'bitnami/parse:latest'
ports:
- '1337:1337'
environment:
- PARSE_ENABLE_CLOUD_CODE=yes
volumes:
- 'parse_data:/bitnami'
- '/path/to/home/directory/cloud:/opt/bitnami/parse/cloud'
depends_on:
- mongodb
parse-dashboard:
image: 'bitnami/parse-dashboard:latest'
ports:
- '80:4040'
volumes:
- 'parse_dashboard_data:/bitnami'
depends_on:
- parse
volumes:
mongodb_data:
driver: local
parse_data:
driver: local
parse_dashboard_data:
driver: local
- Use the
docker-composetool to deploy Parse and Parse Dashboard:
docker-compose up -d
- Once both Parse and Parse Dashboard are running, access Parse Dashboard and browse to 'My Dashboard -> API Console'.
- Then, send a 'test query' of type 'POST' using 'functions/sayHelloWorld' as endpoint. Ensure you activate the 'Master Key' parameter.
- Everything should be working now and you should receive a 'Hello World' message in the results.
Find more information about Cloud Code and Cloud functions in the official documentation.
Notable Changes
4.9.3
- This version was released from an incorrect version tag from the upstream Parse repositories. Parse developers have reported issues in some functionalities, though no concerns in regards to privacy, security, or legality were found. As such, we strongly recommend updating this version as soon as possible. You can find more information in Parse 4.10.0 Release Notes
4.9.3-debian-10-r161
- The size of the container image has been decreased.
- The configuration logic is now based on Bash scripts in the rootfs/ folder.
3.1.2-r14
- The Parse container has been migrated to a non-root user approach. Previously the container ran as the
rootuser and the Parse daemon was started as theparseuser. From now on, both the container and the Parse daemon run as user1001. As a consequence, the data directory must be writable by that user. You can revert this behavior by changingUSER 1001toUSER rootin the Dockerfile.
Contributing
We'd love for you to contribute to this container. You can request new features by creating an issue or submitting a pull request with your contribution.
Issues
If you encountered a problem running this container, you can file an issue. For us to provide better support, be sure to fill the issue template.
License
Copyright © 2024 Broadcom. The term "Broadcom" refers to Broadcom Inc. and/or its subsidiaries.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
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.