-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow use of headless hostname #69
Conversation
54eccb7
to
2317280
Compare
2317280
to
2b15877
Compare
I have 🎩 this from evil-ssh pod and I was able to connect to DL using the headless hostname and omitting it. |
dde4aa6
to
531b08a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚀
pkg/client/client.go
Outdated
@@ -55,7 +55,8 @@ func NewClientConn(conn *grpc.ClientConn) *Client { | |||
} | |||
|
|||
type options struct { | |||
token string | |||
headlessAdress string |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: typo on address
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
531b08a
to
3d56ef7
Compare
3d56ef7
to
6445881
Compare
6445881
to
959a047
Compare
One issue with using
dateilager.gadget-services.net
to resolve a DL instance is that the K8S service will resolve this to a single instance IP.If for wtv reason you fail to connect to that IP, for example during a DL deployment, it cannot recover by trying another instance because it has already been resolved to that fixed IP.
If instead we use a headless service, we can learn about all instances and then retry among different ones.
We already make use of this for our GRPC JS client, this just adds it to the binary client.