[ws-proxy] Don't use DNS but service endpoints #6441
Labels
aspect: performance
anything related to performance
component: ws-proxy
groundwork: awaiting deployment
team: workspace
Issue belongs to the Workspace team
Right now we use the kubernetes internal DNS to resolve endpoints for workspaces. This incurs the DNS propagation delays and is a bit fickle. Instead we could use the service endpoints, or even pods directly to determine where a request should go.
The text was updated successfully, but these errors were encountered: