Skip to content

docs: Revise 854 EndpointSlice plan after review - #376

Open
privateip wants to merge 1 commit into
mainfrom
docs/854-endpointslice-plan-revisions
Open

docs: Revise 854 EndpointSlice plan after review#376
privateip wants to merge 1 commit into
mainfrom
docs/854-endpointslice-plan-revisions

Conversation

@privateip

Copy link
Copy Markdown
Contributor

Summary

A review pass against the current repo found the plan's file paths and CNI chain topology were stale after a refactor, and surfaced two real design gaps: wiring EndpointSlice publish as a step after publishBGPState can trigger the existing rollback path to delete a still-live, shared BGPAdvertisement, and the proposed GC extension assumed a per-pod liveness signal that doesn't exist in the current annotation scheme.

Revise the plan to fix the stale references, flag the rollback risk with three candidate fixes, and replace the GC extension with a recommendation to use a Kubernetes ownerReference to the owning Pod as the primary cleanup mechanism, keeping the explicit DEL as the fast path. Add two new open decisions for VM/tap-workload scope and the GC mechanism choice.

Test plan

  • Reviewer confirms the revised paths/topology match the current repo state
  • Reviewer agrees the Phase 4 rollback-risk fix and Phase 8 ownerReference approach are sound before implementation starts

Related to datum-cloud/enhancements#854

🤖 Generated with Claude Code

A review pass against the current repo found the plan's file paths and CNI chain topology were stale after a refactor, and surfaced two real design gaps: wiring EndpointSlice publish as a step after publishBGPState can trigger the existing rollback path to delete a still-live, shared BGPAdvertisement, and the proposed GC extension assumed a per-pod liveness signal that doesn't exist in the current annotation scheme.

Revise the plan to fix the stale references, flag the rollback risk with three candidate fixes, and replace the GC extension with a recommendation to use a Kubernetes ownerReference to the owning Pod as the primary cleanup mechanism, keeping the explicit DEL as the fast path. Add two new open decisions for VM/tap-workload scope and the GC mechanism choice.

Related to datum-cloud/enhancements#854

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
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.

Galactic CNI: publish per-pod SRv6 SID + tenant identifier via EndpointSlice for VPC HTTP ingress backends

1 participant