Demonstrate "read through" of a resource to underlying physical clusters #25
Labels
area/kubernetes
Issues or changes for Kubernetes as it relates to kcp
area/transparent-multi-cluster
Related to scheduling of workloads into pclusters.
kind/feature
Categorizes issue or PR as related to a new feature.
new-investigation
A topic that seems likely to be an area of investigation
It should be possible to call
kubectl get pods / kubectl logs
and have the apiserver pass through the call directly to 0..N underlying clusters, which would open the door to keeping pods on the underlying cluster. Then the next step is multiple source unification - akubectl get pods
could perform a merge between the underlying physical cluster and a pod stored directly in etcd at the kcp level.This "blurring of the lines" would allow important behavior to be delegated to sub clusters without having to tell an end user "go get credentials to the underyling cluster" (note that is probably still valuable for other reasons, especially with unified identity)
The text was updated successfully, but these errors were encountered: