feature: Mirror service cluster events into kcp
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- go, kubernetes
- Domain
- distributed-systems
Research direction
Start by reading issue #17 and the existing agent event-creation path. Determine how service-cluster events, synced objects, origin objects, permissions, and any PublishedResource configuration are represented. Done means the scope and design for filtering, mapping, and mirroring relevant events into kcp are agreed and implemented with validation.
Written by the indexing model from the issue text.
Description
Feature Description
This is an extension to #17. The agent can already create events that relate to its own operation.
What would be nice is if the agent was able to mirror all events that happen on the service cluster and relate to objects it has synced down, up into kcp.
Proposed Solution
For this the agent would roughly
- subscribe to all events in the service cluster
- filter out events for uninteresting objects
- figure out what the origin object is (in kcp) for every interesting object on the service cluster
- copy the event
Since we cannot control the source of events (any random 3rd party operator could create them), the agent might need to have a sort of allowlist for event types that it mirrors (if so, most likely configured in the PublishedResource).
This might all be tricky to achieve, since the agent might need to get the object for every event, and it simply doesn't have permissions to get random objects in the service cluster.
Alternative Solutions
No response
Want to contribute?
- I would like to work on this issue.
Additional Context
No response
- Dominant language
- Go
- Stars
- 25
- Forks
- 30
- Avg merge
- 3d 9h
- Merged PRs (30d)
- 2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from kcp-dev/api-syncagent
-
kind/bug
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
kcp-dev/api-syncagent#163 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
kcp-dev/api-syncagent#161 ·
-
kind/feature
Difficulty 4/5 3-5 days Newbie friendliness 48/100
kcp-dev/api-syncagent#186 · 1 reaction ·
-
kind/bug
kcp-dev/api-syncagent#182 · 1 comment · 1 assignee ·
-
bug: finalizer "syncagent.kcp.io/cleanup" on related resources block deletion of primary object Openkind/bug
Difficulty 4/5 3-5 days Newbie friendliness 48/100
kcp-dev/api-syncagent#172 · 1 comment · 1 reaction ·
All issues in kcp-dev/api-syncagent
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 1/5 Under an hour Newbie friendliness 84/100
-
enhancement needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
kind/cleanup
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
kubernetes-sigs/kueue#15947 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
sympozium-ai/sympozium#627 ·