Open skhalash opened 5 months ago
Here people stumble upon the same problem with comparing resources https://github.com/kubernetes-sigs/kubebuilder/issues/592
This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed due to the lack of recent activity. /lifecycle rotten
This issue has been automatically marked as stale due to the lack of recent activity. It will soon be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed due to the lack of recent activity. /lifecycle rotten
Description
Fixing the managed Kyma dashboards exposed an issue with the CR reconciliation duration across all three pipeline types and the Telemetry CR. The median reconciliation duration for the pipelines is approximately 1 second, with the 99th percentile reaching around 4 seconds for long-running pipelines that were deployed months ago. Ideally, after an initial deployment each reconciliation should be a no-op since there have been no changes. The Telemetry CR fares slightly better, but its reconciliation duration is still within the same order of magnitude.
What can cause the problem?
DefaultNamespace
cache option and automatically cache everything in the kyma-system namespace.CreateOrUpdate
utils have never actually worked and always perform an API call instead of checking a diff and returning early.Expected result
A no-op reconciliation should not take that long
Actual result
A no-op reconciliation takes seconds
Steps to reproduce
Troubleshooting
Release Notes