-
Notifications
You must be signed in to change notification settings - Fork 104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Custom Resources for DataDog resources #4
Comments
@mzizzi absolutely, we believe in leveraging the Kubernetes Operator pattern to automate the creation and administration of Datadog resources such as Monitors and Dashboards. We are having discussions around this concept and will share any updates with our community as we go. In the meantime, we love seeing projects like yours that help validate the use-cases of different users. There is another open-source project by FairwindsOps that simplifies the administration of Datadog monitors for Kubernetes deployments using an Operator, which you can also have a look at here: https://github.com/FairwindsOps/astro |
@mzizzi I started on a POC of an operator inspired by dogkop https://github.com/stefansedich/datadog-operator definately powerful and great to be able to keep monitoring in the same place as your deployment. Looking forward to seeing something like this added to the official operator and expanded to other resources like dashboards, etc... |
Hi @cohenyair, just wondering if we could have a status update on where this sits or any visibility into a roadmap as we move through 2021. Thank you! |
It would be great to add an SLO CRD as well. Something similar to the OpenSLO maybe? |
+1, would love to create SLOs via yaml |
+1 |
+1! |
Any updates regarding the addition of dashboards as CRD? |
+1 |
I apologize in advance if this isn't the right place for these sorts of questions of if I missed this on road map elsewhere.
Has there been any discussion around the DataDog operator handling custom resources for Monitors, Dashboards, etc? Idea being that I'd like to template and provision DataDog resources using the same kube manifests/charts that I deploy the rest of my infrastructure with. This is similar to how the prometheus operator supports PrometheusRule resources.
I previously hacked out this concept as part of playing with a python operator framework: https://github.com/mzizzi/dogkop
I'd imagined being able to create DataDog Monitor resources as follows:
This could be extremely powerful when coupled with the DataDog agent's OpenMetrics/Prometheus checks.
The text was updated successfully, but these errors were encountered: