All Projects → OctopusDeploy → Octopus-Docker

OctopusDeploy / Octopus-Docker

Licence: other
Scripts to run Octopus Server inside a docker container [WIP]

Programming Languages

powershell
5483 projects
Dockerfile
14818 projects
Batchfile
5799 projects

Docker support is now incorporated into the core Octopus Server and Octopus Tentacle codebases.

This repository exists for historical purposes only.

Please Note: As of 20/02/2020, the Dockerfiles and assorted build scripts for Octopus Server are no longer being used from this repository. Please refer to Octopus Server on Docker Hub for launching/configuring Octopus Server containers.

Please note: As of 28/08/2020, the Dockerfiles and assorted build scripts for Octopus Tentacle are no longer being used from this repository. Please refer to Octopus Tentacle on Docker Hub for launching/configuring Octopus Tentacle containers.


These images can be used to bring up an instance of an Octopus Server or Tentacle in a container.

Pre-Requisites

Docker containers are supported on Windows from Windows Server 2016 and Windows 10 onwards.

Make sure you've enabled the containers feature:

Enable-WindowsOptionalFeature -Online -FeatureName containers –All

If you want to run with Hyper-V isolation, enable Hyper-V as well:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –All

You will also need Docker for Windows installed.

Usage

This repo is setup mainly around building and publishing the official Octopus Deploy docker images. As such, while it is still useful as a starting point to run Octopus and/or Tentacles in a container for other scenarios, this is not the goal of this repo. You should take and modify the docker-compose.yml files for your scenario.

Octopus Server

The following command will launch a SQL Server Express container along with an Octopus Server. On startup, it will create a new database. Note that this database will be destroyed on termination.

docker-compose --file .\Server\docker-compose.yml up

By default the latest tagged image will be used. To use a specific version, set the OCTOPUS_VERSION environment variable. During launch, Octopus will create a new database and once ready, Octopus will be available on port 81. You can open the Octopus portal by running:

$docker = docker inspect server_octopus_1 | convertfrom-json
start "http://$($docker[0].NetworkSettings.Networks.nat.IpAddress):81"

Note that the database will be created inside the container - it will be deleted when the containers are removed. If you wish to retain your database, either modify the docker-compose.yml file to use an external database server, or map a volume and use external db files.

Usage of this docker-compose.yml file implies acceptance of the Microsoft EULA as per https://hub.docker.com/r/microsoft/mssql-server-windows-express/.

Please see the Server ReadMe for more information.

Tentacle

To launch a Database/Octopus Server/Tentacle setup, use the folowing command:

docker-compose --file .\Tentacle\docker-compose.yml up

As above, this will create a database on launch, and destroy it when the containers are removed.

Run the following to open the Octopus portal:

$docker = docker inspect tentacle_octopus_1 | convertfrom-json
start "http://$($docker[0].NetworkSettings.Networks.nat.IpAddress):81"

Usage of this docker-compose.yml file implies acceptance of the Microsoft EULA as per https://hub.docker.com/r/microsoft/mssql-server-windows-express/.

Please see the Tentacle ReadMe for more information.

A note on MasterKeys and passwords

Octopus makes use of MasterKeys for security and encryption. When the container is first run, it will generate a new MasterKey and store it on the data volume supplied. It uses this key to talk to the database, so if you want to keep the data in the database, please do not lose this key.

You can configure that to work against a previous database by adding a line to the .env file by adding a line: masterkey

Tag naming strategy and versioning

There are two versioning considerations at play that contribute to the tag naming.

  • The base image: The microsoft\windowsservercore image can itself be built targeting different OS platforms (e.g 1709 or 1803). Windows container requirements dictate that the container base image OS version must match the host OS version. For this reason Octopus must provide a container for each supported host.
  • The Octopus Server binaries

To deal with the multiple versioning requirements we currently use the following version rules.

  • octopusdeploy\octopus:<BinariesVersion>-<OSVersion> This fully identifies the binaries and the base OS
  • octopusdeploy\octopus:<BinariesVersion> When the base is missing this will assume the latest "base OS" version. i.e. octopusdeploy\octopus:2018.8.0 == octopusdeploy\octopus:2018.8.0-1803. Eventually This will be a manifest that provides both os versions.
  • octopusdeploy\octopus:latest The latest image will refer to the BinariesVersion image that maps to the latest Octopus Server ta has been released.

Some older versions of docker engine do not support the manifest files and so you may need to use the specifically tagged platform version as appropriate.

Support status

Docker on Windows is still in its infancy.

Here be dragons.

Please let us know how you get along, and how we can make it better. Pull requests definitely appreciated.

Additional Information

  • The default admin credentials are admin / Passw0rd123. This can (and should) be overridden in the .env file ... or by setting environment variables, or by passing -e OctopusAdminUsername=XXX -e OctopusAdminPassword=YYY ...

  • These images are based off the Octopus-Docker repo on GitHub.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].