Auto detect gitlab-managed-apps in cluster
Description
We currently are try to get up and running with the kubernetes integration. Adding the same cluster to multiple projects first is painstaking annoying and clumbsy, some of the issues we are facing should be solved by Group Clusters
. The lack of ability to control Clusters
via API (or atleast documentation of those API endpoints) makes this a lot of manual labor. Given that each service we run have their own project in Gitlab.
We do however want to run our own prometheus instance and NGINX ingress, as we need to have more control over parts of the deployments, and can't find a way to supply extra values.yaml or other deploy-time configuration options.
Proposal
- When adding cluster to project (or group), check for already existing
gitlab-managed-apps
namespace - Verify the deployment status for any available "one-click installs" available from Gitlab
Nice to have
If a service is not installed in ns/gitlab-managed-apps
allow the user to specify a service endpoint. The user might have several instances of a given "core" service running.
Example:
We run 1 cluster, but have separate namespaces and Prometheus instances for monitoring test and production environments.
Links / references
This page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features, or functionality remain at the sole discretion of GitLab Inc.