-
Where to get help:
the Docker Community Forums, the Docker Community Slack, or Stack Overflow -
Where to file issues:
https://github.com/apache/couchdb-docker/issues -
Maintained by:
Apache CouchDB -
Published image artifact details:
repo-info repo'srepos/couchdb/
directory (history)
(image metadata, transfer size, etc) -
Image updates:
official-images PRs with labellibrary/couchdb
official-images repo'slibrary/couchdb
file (history) -
Source of this description:
docs repo'scouchdb/
directory (history) -
Supported Docker versions:
the latest release (down to 1.6 on a best-effort basis)
Apache CouchDB™ lets you access your data where you need it by defining the Couch Replication Protocol that is implemented by a variety of projects and products that span every imaginable computing environment from globally distributed server-clusters, over mobile phones to web browsers. Software that is compatible with the Couch Replication Protocol include: PouchDB, Buttant, and Couchbase Lite.
Store your data safely, on your own servers, or with any leading cloud provider. Your web- and native applications love CouchDB, because it speaks JSON natively and supports binary for all your data storage needs. The Couch Replication Protocol lets your data flow seamlessly between server clusters to mobile phones and web browsers, enabling a compelling, offline-first user-experience while maintaining high performance and strong reliability. CouchDB comes with a developer-friendly query language, and optionally MapReduce for simple, efficient, and comprehensive data retrieval.
$ docker run -d --name my-couchdb couchdb
This image includes EXPOSE 5984
(the CouchDB port), so standard container linking will make it automatically available to the linked containers.
In order to use the running instance from an application, link the container
$ docker run --name my-couchdb-app --link my-couchdb:couch couchdb
Please note that CouchDB no longer autocreates system tables for you, so you will have to create _global_changes
, _metadata
, _replicator
and _users
manually (the admin interface has a "Setup" menu that does this for you).
The node will also start in admin party mode!
For the 2.1
image, configuration is stored at /opt/couchdb/etc/
.
See the official docs for infomation on using and configuring CouchDB.
If you want to expose the port to the outside world, run
$ docker run -p 5984:5984 -d couchdb
CouchDB listens on port 5984 for requests and the image includes EXPOSE 5984
. The flag -p 5984:5984
exposes this port on the host.
WARNING: Do not do this until you have established an admin user and setup permissions correctly on any databases you have created.
There are several ways to store data used by applications that run in Docker containers. We encourage users of the couchdb
images to familiarize themselves with the options available, including:
- Let Docker manage the storage of your database data by writing the database files to disk on the host system using its own internal volume management. This is the default and is easy and fairly transparent to the user. The downside is that the files may be hard to locate for tools and applications that run directly on the host system, i.e. outside containers.
- Create a data directory on the host system (outside the container) and mount this to a directory visible from inside the container. This places the database files in a known location on the host system, and makes it easy for tools and applications on the host system to access the files. The downside is that the user needs to make sure that the directory exists, and that e.g. directory permissions and other security mechanisms on the host system are set up correctly.
CouchDB uses /opt/couchdb/data
to store its data, and is exposed as a volume.
CouchDB uses /opt/couchdb/etc
to store its configuration.
You can map the container's volumes to a directory on the host, so that the data is kept between runs of the container. This example uses your current directory, but that is in general not the correct place to store your persistent data!
$ docker run -d -v $(pwd):/opt/couchdb/data --name my-couchdb couchdb
You can use the two environment variables COUCHDB_USER
and COUCHDB_PASSWORD
to set up the admin user.
$ docker run -e COUCHDB_USER=admin -e COUCHDB_PASSWORD=password -d couchdb
Note that if you are setting up a clustered CouchDB, you will want to pre-hash this password and use the identical hashed text across all nodes to ensure sessions work correctly when a load balancer is placed in front of the cluster. Hashing can be accomplished by running the container with the /opt/couchdb/etc/local.d
directory mounted as a volume, allowing CouchDB to hash the password you set, then copying out the hashed version and using this value in the future.
The CouchDB configuration is specified in .ini
files in /opt/couchdb/etc
. Take a look at the CouchDB configuration documentation to learn more about CouchDB's configuration structure.
If you want to use a customized CouchDB configuration, you can create your configuration file in a directory on the host machine and then mount that directory as /opt/couchdb/etc/local.d
inside the couchdb
container.
$ docker run --name my-couchdb -v /my/custom-config-dir:/opt/couchdb/etc/local.d -d couchdb
You can also use couchdb
as the base image for your own couchdb instance and provie your own version of the local.ini
config file:
Example Dockerfile:
FROM couchdb
COPY local.ini /opt/couchdb/etc/
and then build and run
$ docker build -t you/awesome-couchdb .
$ docker run -d -p 5984:5984 you/awesome-couchdb
By default containers run from this image only log to stdout
. You can enable logging to file in the configuration.
For example in local.ini
:
[log]
writer = file
file = /opt/couchdb/log/couch.log
This image uses Erlang 17.3
from Debian Jessie's repository. Debian's version patches a critical bug in Erlang 17.3
and is good to use with CouchDB.
Apache CouchDB is licensed under the Apache License.
As with all Docker images, these likely also contain other software which may be under other licenses (such as Bash, etc from the base distribution, along with any direct or indirect dependencies of the primary software being contained).
Some additional license information which was able to be auto-detected might be found in the repo-info
repository's couchdb/
directory.
As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.