Open pacospace opened 3 years ago
will we wrap this up in an argo workflow? 1. step to create the report, 2. commit? don't we have that functionality in other workflows?
will we wrap this up in an argo workflow? 1. step to create the report, 2. commit? don't we have that functionality in other workflows?
Yes in the future wil be an argo CronWorkflow with different steps, as of now, a new method using source-management
library
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
this was auto-closed 1 month after reopening. I believe the intention was: /reopen /lifecycle frozen feel free to correct if that's not the case
@codificat: Reopened this issue.
/sig observability /triage accepted
Following the discussion in SIG meeting yesterday.
For metrics persistence, would we have the option to retain metrics longer ? (-> and have public dashboard / dashboard snapshots). I know Thanos can store metrics for long-term storage into object storage for example (S3), could that be an option ?
revisiting the existing dashboards, and esp have the data stored in thanos, seems to be the right thing to do.
Is your feature request related to a problem? Please describe. As Maintainer/Manager,
I would like to see reports directly into a GitHub Repo.
The reports are currenty being sent via email and are not persisted in the repo
Describe the solution you'd like
Describe alternatives you've considered
Additional context cc @goern
Acceptance criteria