From a security perspective separation of duties is important. The person wanting to deploy a change to an environment should require approval from another member of the team to verify it is correct. I'm thinking along the same lines of how you can require reviews and approvals of code changes in Github from someone who is not the author of the PR.
0
Speed up the deployment of your environment by deploying in parallel the services belonging to a same deployment stage (instead of a sequential deployment).
5
Support Docker Compose file to configure a Qovery environment and deploy complete apps.
0
For people using Github actions / CI and having all their images hosted on Github container registry, it would be awesome to support it so we can deploy applications / containers directly from our built images.
0
Support GCP to deploy applications
1
Sometimes I may need to store files on S3. Eg: I have a service that received images from users, I need to save the images and expose them publicly.
6
Native support of Datadog as a monitoring platform in Qovery. Important Note: Datadog is already supported in Qovery but we want to provide better integration. Contact us or put a comment if you have any questions.
1
Support Azure to deploy applications
3
Grafana, Prometheus, and Loki are already installed on the cluster for internal Qovery use. I would like to be able to set up Prometheus to fetch metrics from our applications and use Grafana to analyze them. Also it would be nice to have access to Grafana for more powerful log querying from Loki.
3
See and create backups for your databases
0
The ability to use a wildcard subdomain as the domain for an application. Currently can only use a fixed domain: myapp.com but we need to be able to use: *.myapp.com
1
Vote fore all views in dark
0
Allows team members to login from a Google account. Today we can only login via GitHub, and most developers have their personal email there. Allowing to connect via Google would let us connect via our work email address.
0
Support Hetzner to deploy applications.
1
It would be great to support Kubernetes ARM worker node in the future for costs, performance, and environmental reasons
1