Skip to content

Conversation

melchiormoulin
Copy link

The goal is to be able to link DatadogSLO and DatadogMonitor for SLO alert type.

What does this PR do?

When a user set a SLORef in DatadogMonitor CRD.
The controller query the corresponding DatadogSLO and fetch the ID from the status.
It then replace the ID inside the DatadogMonitor query.

Motivation

Enable the user to create a datadogmonitor SLO alert type without the need of knowing the SLO ID.

It would solves thoses issues :
#1022
#1844

Additional Notes

Minimum Agent Versions

Are there minimum versions of the Datadog Agent and/or Cluster Agent required?

  • Agent: vX.Y.Z
  • Cluster Agent: vX.Y.Z

Describe your test plan

Create A DatadogSLO.
Create a DatadogMonitor and refer the previous DatadogSLO in SLORef.
The controller should update the id inside the query

Checklist

  • PR has at least one valid label: bug, enhancement, refactoring, documentation, tooling, and/or dependencies
  • PR has a milestone or the qa/skip-qa label

The goal is to be able to link DatadogSLO & DatadogMonitor for SLO alert type.

Why ?
Enable the user to create a datadogmonitor SLO alert type without the need of knowing the SLO ID.
@melchiormoulin melchiormoulin requested a review from a team as a code owner April 21, 2025 07:33
@melchiormoulin melchiormoulin mentioned this pull request Apr 21, 2025
@khewonc khewonc added this to the v1.15.0 milestone Apr 23, 2025
@celenechang
Copy link
Contributor

Hi @melchiormoulin , thank you for your contribution. Do you mind if I make a few edits on your branch?

@melchiormoulin
Copy link
Author

I don't mind at all.

@celenechang
Copy link
Contributor

@melchiormoulin Sorry for the delay; we've been having internal discussions about this change, and need some more time to consider it. For now we are going to move the milestone to the next Operator release. We will keep you posted on any updates

@celenechang celenechang modified the milestones: v1.15.0, v1.16.0 May 5, 2025
@levan-m
Copy link
Contributor

levan-m commented Jun 4, 2025

@melchiormoulin, sorry for additional delay. Unfortunately we can’t provide any ETA when and if we can merge this change.

This has nothing to do with the the implementation in the PR, rather how we see purpose of resource CRDs. When we created resource CRDs the assumption was that users would managed those independently. This PR introduces dependency between two resources, creating a precedent potentially pushing us into general dependency management which is a complex undertaking considering how monitors, SLOs, composites, synthetics etc. can reference each other.

We are contemplating if this is something we want to commit to and surveying customers how they manage dependencies now.

@melchiormoulin
Copy link
Author

Hello thanks for the response ! I understand that you don't want to link those 2 CRD in a tech perspectives but as a user and for automation ( particularly if we packaged it those 2 CR with helm ) it will be a lot more convenient.

@levan-m levan-m modified the milestones: v1.17.0, v1.18.0 Jul 8, 2025
@levan-m levan-m modified the milestones: v1.18.0, v1.19.0 Aug 13, 2025
@levan-m levan-m removed this from the v1.19.0 milestone Sep 12, 2025
@levan-m
Copy link
Contributor

levan-m commented Sep 12, 2025

Removing milestone and keeping open since we haven't yet prioritized looking deeper into this to make any decision. Can't provide ETA now when we can prioritize it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants