When you do not put it it will keep the default addr. However, if you use settings like HA and etc. It is better to have an explicit configuration.
Well, many times the Dgraph might be being hosted in an environment like AWS or GKE. And these have specific rules that Dgraph does not control. Like DNS “dgraph-zero-0.dgraph-zero.default.svc.cluster.local:5080”.
It depends on the context, but technically Dgraph is not able to locate your iptables table for example or do a range search. If it’s all default it will work okay, now for Dgraph do analyze contexts it’s a bit complicated. It’s out of Dgraph’s scope.
Another problem is that the “Dgraph Server” does not know which “Dgraph Zero” you want it to be in. If you have a HA configuration for example. You must specify. For there may be “N” instances of Dgraph Zero running. Server instances would have no way of knowing which ones to follow.
Also if you change the offsets, would be a problem.
Dgraph is able to know its own configuration and not of third Dgraph instances wherever they are (e.g other network, other container). BTW You can even use “–bindall=true” when necessary.
A solution to this would be welcome with a PR. The go devs are focused on very specific things lately. I don’t know if this would be urgent. But as is, there is not much need for add some work on this feature.