DocsGPT/docs/content/Deploying/Docker-Deploying.mdx

---
title: Docker Deployment of DocsGPT
description: Deploy DocsGPT using Docker and Docker Compose for easy setup and management.
---

# Docker Deployment of DocsGPT

Docker is the recommended method for deploying DocsGPT, providing a consistent and isolated environment for the application to run. This guide will walk you through deploying DocsGPT using Docker and Docker Compose.

## Prerequisites

* **Docker Engine:** You need to have Docker Engine installed on your system.
    * **macOS:** [Docker Desktop for Mac](https://docs.docker.com/desktop/install/mac-install/)
    * **Linux:** [Docker Engine Installation Guide](https://docs.docker.com/engine/install/) (follow instructions for your specific distribution)
    * **Windows:** [Docker Desktop for Windows](https://docs.docker.com/desktop/install/windows-install/) (requires WSL 2 backend, see notes below)
* **Docker Compose:** Docker Compose is usually included with Docker Desktop. If you are using Docker Engine separately, ensure you have Docker Compose V2 installed.

**Important Note for Windows Users:** Docker Desktop on Windows generally requires the WSL 2 backend to function correctly, especially when using features like host networking which are utilized in DocsGPT's Docker Compose setup. Ensure WSL 2 is enabled and configured in Docker Desktop settings.

## Quickest Setup: Pre-built Images, No Checkout

Every release publishes ready-to-run images to Docker Hub (`arc53/docsgpt`,
`arc53/docsgpt-fe`) and GitHub Container Registry (`ghcr.io/arc53/docsgpt`,
`ghcr.io/arc53/docsgpt-fe`) for `linux/amd64` and `linux/arm64`.
`arc53/docsgpt` runs the API, serves the web UI and runs the worker;
`arc53/docsgpt-fe` is the separate frontend image the checkout Compose files
and Kubernetes use. The images contain everything the default configuration
needs (embedding models, tokenizers, tiktoken's encoding), so a fresh
container makes no downloads on first use. You do not need the source tree to
run them:

1.  **Download the standalone Compose file** (also attached to every
    [release](https://github.com/arc53/DocsGPT/releases)):

    ```bash
    mkdir docsgpt && cd docsgpt
    curl -fsSLO https://raw.githubusercontent.com/arc53/DocsGPT/main/deployment/docker-compose-standalone.yaml
    ```

2.  **Create a `.env` next to it** with your settings, for example the public API:

    ```bash
    printf 'LLM_PROVIDER=docsgpt\nVITE_API_STREAMING=true\nINTERNAL_KEY=%s\n' "$(openssl rand -hex 16)" > .env
    ```

    `INTERNAL_KEY` is the secret the worker uses to hand finished indexes to
    the API; without it every upload fails with a 401. `setup.sh` generates
    one for you, a hand-written `.env` has to include it. This stack runs the
    granite embedding model unless `.env` sets `EMBEDDINGS_NAME`; both granite
    and mpnet are baked into the image.

3.  **Start it:**

    ```bash
    docker compose -f docker-compose-standalone.yaml up -d
    ```

    Then open [http://localhost:7091/](http://localhost:7091/). The web UI and
    the API share that port, which is published on `127.0.0.1`: only this
    machine can reach it until you change `DOCSGPT_BIND` (below). Data lives in
    named Docker volumes; `docker compose -f docker-compose-standalone.yaml down`
    keeps it and `down -v` removes it.

**Tags and variants.** `DOCSGPT_IMAGE_TAG` picks the version: a release such
as `0.20.0`, `latest` (the newest release, the default) or `develop` (follows
the `main` branch). `DOCSGPT_IMAGE_VARIANT` picks the flavour: empty for the
slim default image, or `-docling` for the image with the docling parser
engine, its models and tesseract baked in (needed for OCR of scanned
documents, see the [OCR guide](/Guides/ocr)). Both are read from `.env` or
the shell, e.g. `DOCSGPT_IMAGE_TAG=0.20.0 DOCSGPT_IMAGE_VARIANT=-docling`.
The same two variables drive `deployment/docker-compose-hub.yaml` in a
checkout.

### Opening it from other machines

Publish the port on every interface and turn on authentication in `.env`:

```bash
DOCSGPT_BIND=0.0.0.0
AUTH_TYPE=simple_jwt
JWT_SECRET_KEY=<a long random value, e.g. openssl rand -hex 32>
```

Then run `docker compose -f docker-compose-standalone.yaml up -d` again. The UI
takes its API address from the page it was loaded from, so
`http://<server-address>:7091/` works without further settings. Without
`AUTH_TYPE`, anyone who can reach the port can use DocsGPT.

With `simple_jwt` the UI asks for a token, which the backend prints when it
starts: `docker compose -f docker-compose-standalone.yaml logs backend | grep "Simple JWT"`.
The token is signed with `JWT_SECRET_KEY`. Without that setting each container
generates its own secret, and a re-created container (after `pull` or a
settings change) gets a new one and so a new token. Over plain HTTP the token
travels as readable text; outside a trusted network, use HTTPS as below.
`DOCSGPT_PORT` changes the host port (default `7091`). See
[Authentication Settings](/Deploying/DocsGPT-Settings#authentication-settings) for the other modes.

### HTTPS with your own domain

The Compose file has an optional Caddy service that obtains and renews a
Let's Encrypt certificate and proxies to the backend.

1.  Point the domain's DNS records at the machine and open ports 80 and 443.
2.  Add to `.env`:

    ```bash
    COMPOSE_PROFILES=https
    DOCSGPT_DOMAIN=docs.example.com
    AUTH_TYPE=simple_jwt
    JWT_SECRET_KEY=<a long random value, e.g. openssl rand -hex 32>
    ```

3.  Run `docker compose -f docker-compose-standalone.yaml up -d` and open
    `https://docs.example.com/`.

`COMPOSE_PROFILES=https` in `.env` makes every later `up`, `down` and `logs`
include Caddy. Leave `DOCSGPT_BIND` at its default: Caddy reaches the backend
over the Compose network.

### Database password

The Postgres password defaults to `docsgpt`; the database is only reachable
inside the Compose network. To use your own, set `POSTGRES_PASSWORD` in `.env`
before the first start, with URL-safe characters (e.g. `openssl rand -hex 24`).
Postgres reads it only when its volume is created, so changing it later does
not change the existing database's password.

### Upgrading from an earlier standalone file

Before this change the standalone file ran a separate frontend container on
port 5173 and published both ports on every interface. After downloading the
new file:

```bash
docker compose -f docker-compose-standalone.yaml pull
docker compose -f docker-compose-standalone.yaml up -d --remove-orphans
```

`--remove-orphans` removes the old frontend container. Open port 7091 instead
of 5173. Your data volumes are unchanged. If you opened DocsGPT from other
machines, follow [Opening it from other machines](#opening-it-from-other-machines),
and remove `VITE_API_HOST` from `.env` if it points at `localhost`: the UI
would otherwise keep calling the visitor's own machine.

## Using the Source Checkout

With a clone of the repository, `deployment/docker-compose-hub.yaml` runs the
same pre-built images while keeping your data in `application/indexes`,
`application/inputs` and `application/vectors`, and `deployment/docker-compose.yaml`
builds the images from your working tree (for local changes, or a build with
extra packages: `EXTRAS=docling` in `.env`).

1.  **Clone the DocsGPT Repository (if you haven't already):**

    ```bash
    git clone https://github.com/arc53/DocsGPT.git
    cd DocsGPT
    ```

2.  **Create a `.env` file:**

    In the root directory of your DocsGPT repository, create a file named `.env`.

3.  **Add Public API Configuration to `.env`:**

    Open the `.env` file and add the following lines:

    ```
    LLM_PROVIDER=docsgpt
    VITE_API_STREAMING=true
    INTERNAL_KEY=<any random string, e.g. openssl rand -hex 16>
    EMBEDDINGS_NAME=ibm-granite/granite-embedding-311m-multilingual-r2
    ```

    This minimal configuration tells DocsGPT to use the public API. The
    `EMBEDDINGS_NAME` line is what `setup.sh` writes for a new install; without
    it the code falls back to mpnet, the model earlier releases indexed with,
    so that an upgraded deployment keeps its existing index working. For more advanced settings and other LLM options, refer to the [DocsGPT Settings Guide](/Deploying/DocsGPT-Settings).

4.  **Launch DocsGPT with Docker Compose:**

    Navigate to the root directory of the DocsGPT repository in your terminal and run:

    ```bash
    docker compose --env-file .env -f deployment/docker-compose-hub.yaml up -d
    ```

    The `-d` flag runs Docker Compose in detached mode (in the background).
    To build the images from your working tree instead of pulling them, use
    `deployment/docker-compose.yaml` with `up --build -d`.

5.  **Access DocsGPT in your browser:**

    Once the containers are running, open your web browser and go to [http://localhost:5173/](http://localhost:5173/).

6.  **Stopping DocsGPT:**

    To stop the application, navigate to the same directory in your terminal and run:

    ```bash
    docker compose -f deployment/docker-compose-hub.yaml down
    ```

## Optional Ollama Setup (Local Models)

DocsGPT provides optional Docker Compose files to easily integrate with [Ollama](https://ollama.com/) for running local models. These files add an official Ollama container to your Docker Compose setup. These files are located in the `deployment/optional/` directory.

There are two Ollama optional files:

*   **`docker-compose.optional.ollama-cpu.yaml`**: For running Ollama on CPU.
*   **`docker-compose.optional.ollama-gpu.yaml`**: For running Ollama on GPU (requires Docker to be configured for GPU usage).

### Launching with Ollama and Pulling a Model

1.  **Clone the DocsGPT Repository and Create `.env` (as described above).**

2.  **Launch DocsGPT with Ollama Docker Compose:**

    Choose the appropriate Ollama Compose file (CPU or GPU) and launch DocsGPT:

    **CPU:**
    ```bash
    docker compose --env-file .env -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-cpu.yaml up -d
    ```
    **GPU:**
    ```bash
    docker compose --env-file .env -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-gpu.yaml up -d
    ```

3.  **Pull the Ollama Model:**

    **Crucially, after launching with Ollama, you need to pull the desired model into the Ollama container.**  Find the `LLM_NAME` you configured in your `.env` file (e.g., `llama3.2:1b`). Then execute the following command to pull the model *inside* the running Ollama container:

    ```bash
    docker compose -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-cpu.yaml exec -it ollama ollama pull <LLM_NAME>
    ```
    or (for GPU):
     ```bash
    docker compose -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-gpu.yaml exec -it ollama ollama pull <LLM_NAME>
    ```
    Replace `<LLM_NAME>` with the actual model name from your `.env` file.

4.  **Access DocsGPT in your browser:**

    Once the model is pulled and containers are running, open your web browser and go to [http://localhost:5173/](http://localhost:5173/).

5.  **Stopping Ollama Setup:**

    To stop a DocsGPT setup launched with Ollama optional files, use `docker compose down` and include all the compose files used during the `up` command:

    ```bash
    docker compose -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-cpu.yaml down
    ```
    or

    ```bash
    docker compose -f deployment/docker-compose-hub.yaml -f deployment/optional/docker-compose.optional.ollama-gpu.yaml down
    ```

**Important for GPU Usage:**

*   **NVIDIA Container Toolkit (for NVIDIA GPUs):** If you are using NVIDIA GPUs, you need to have the [NVIDIA Container Toolkit](https://docs.nvidia.com/datacenter/cloud-native/container-toolkit/latest/install-guide.html) installed and configured on your system for Docker to access your GPU.
*   **Docker GPU Configuration:** Ensure Docker is configured to utilize your GPU. Refer to the [Ollama Docker Hub page](https://hub.docker.com/r/ollama/ollama) and Docker documentation for GPU setup instructions specific to your GPU type (NVIDIA, AMD, Intel).

## Restarting After Configuration Changes

Whenever you modify the `.env` file or any Docker Compose files, you need to restart the Docker containers for the changes to be applied.  Use the same `docker compose down` and `docker compose up -d` commands you used to launch DocsGPT, ensuring you include all relevant `-f` flags for optional files if you are using them.

## Further Configuration

This guide covers the basic Docker deployment of DocsGPT. For detailed information on configuring various aspects of DocsGPT, such as LLM providers, models, vector stores, and more, please refer to the comprehensive [DocsGPT Settings Guide](/Deploying/DocsGPT-Settings).