To see open issues and things which are in progress, have a look at the following project boards:
This will give you an idea what is planned and what is currently worked on.
The version schema has the following layout:
<openvox.major>.<openvox.minor>.<openvox.patch>-v<container.major>.<container.minor>.<container.patch>
Example usage:
docker pull ghcr.io/openvoxproject/openvoxserver:8.8.0-latest| Name | Description |
|---|---|
| openvox.major | Describes the contained major OpenVox version (7 or 8) |
| openvox.minor | Describes the contained minor OpenVox version |
| openvox.patch | Describes the contained patchlevel OpenVox version |
| container.major | Describes the major version of the base container (Ubunutu 22.04) or incompatible changes |
| container.minor | Describes new features or refactoring with backward compatibility |
| container.patch | Describes if minor changes or bugfixes have been implemented |
In the openvox/ha example, we have established a robust infrastructure consisting of a Certificate Authority (CA) server and three OpenVox compile servers. To ensure high availability and efficient distribution of workloads, we've incorporated a NGINX load balancer. Additionally, there's a dedicated test node for thorough testing and validation.
For a comprehensive understanding of our setup, please refer to the detailed information provided in the dedicated README.md.
In the openvox/minimal example we bundle openvox-server, openvoxdb and postgres together.
For a comprehensive understanding of our setup, please refer to the detailed information provided in the dedicated README.md.
In the openvox/oss example we bundle openvoxserver, openvoxdb, postgres, puppetboard and HDM together.
We use the images from
- openvoxproject/openvoxserver
- openvoxproject/openvoxdb
- openvoxproject/puppetboard
- PostgreSQL 16 Alpine
- betadots/hdm
For a comprehensive understanding of our setup, please refer to the detailed information provided in the dedicated README.md.
In the openvox/r10k example we have a openvox-server with r10k setup to deploy puppet code from a git repository.
In the openvox/standalone_server example a openvox-server instance is started.
For the ones who only want to run a standalone openvox-server without openvoxdb.
Mainly used for testing openvoxproject/openvoxserver builds.
For a Helm-Chart using these containers have a look at: openvoxproject/openvox-helm-chart
see RELEASE.md
see CONTRIBUTING.md
