You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was just looking through your kube configs and noticed you could clean up the nsq definitions a bit if you want to. Currently you duplicate the kube definitions for nsqlookupd so that you can have unique DNS entries to point at. A simpler solution is using a headless service in front of a stateful deployment.
The result is you don't have to repeat the nsqlookupd declarations, you can drop the broadcast IP command line attribute, and things are just a bit nicer.
I use basically the same config above for a few different applications.
Hope that helps! Sorry I don't have time to submit a PR.
The text was updated successfully, but these errors were encountered:
Hey @antihax,
I was just looking through your kube configs and noticed you could clean up the nsq definitions a bit if you want to. Currently you duplicate the kube definitions for nsqlookupd so that you can have unique DNS entries to point at. A simpler solution is using a headless service in front of a stateful deployment.
Example stateful set:
Example service:
Specifically by specifying
clusterIP: None
we now get what kube calls a "headless service".This is useful because you can then reference each instance via a DNS entry:
Example nsq deployment:
The result is you don't have to repeat the nsqlookupd declarations, you can drop the broadcast IP command line attribute, and things are just a bit nicer.
I use basically the same config above for a few different applications.
Hope that helps! Sorry I don't have time to submit a PR.
The text was updated successfully, but these errors were encountered: