You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Propose killing the Pepr watch cache as it seems to create more problems that it is worth. KFC internally has a lastSeen mechanism that manages in the event of network failure or overly stale connections. Pepr seeds this with it's own tracked version of the last seen resources version per callback which is a function that uses .toString() which won't capture business logic changes in other areas of the code that function calls.
Kubernetes recommends idempotency and eventual consistency which means re-calling callback should not result in inconsistent state or failure.
Steps to reproduce
Expected result
Actual Result
Visual Proof (screenshots, videos, text, etc)
Severity/Priority
Additional Context
Add any other context or screenshots about the technical debt here.
The text was updated successfully, but these errors were encountered:
## Description
Watch Cache is causing more problems that it is fixing. Kubernetes
Fluent Client is a way to track resource versions. We are considering
removing the watch cache from Pepr
## Related Issue
Fixes#642Fixes#640 (Because the security scans were stuck running for 20 mins
and I needed to restart them)
<!-- or -->
Relates to #
## Type of change
- [ ] Bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds functionality)
- [x] Other (security config, docs update, etc)
## Checklist before merging
- [ ] Test, docs, adr added or updated as needed
- [ ] [Contributor Guide
Steps](https://github.com/defenseunicorns/pepr/blob/main/CONTRIBUTING.md#submitting-a-pull-request)
followed
---------
Signed-off-by: Case Wylie <cmwylie19@defenseunicorns.com>
Overview
Propose killing the Pepr watch cache as it seems to create more problems that it is worth. KFC internally has a
lastSeen
mechanism that manages in the event of network failure or overly stale connections. Pepr seeds this with it's own tracked version of the last seen resources version per callback which is a function that uses.toString()
which won't capture business logic changes in other areas of the code that function calls.Kubernetes recommends idempotency and eventual consistency which means re-calling callback should not result in inconsistent state or failure.
Steps to reproduce
Expected result
Actual Result
Visual Proof (screenshots, videos, text, etc)
Severity/Priority
Additional Context
Add any other context or screenshots about the technical debt here.
The text was updated successfully, but these errors were encountered: