Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
neeno31724y@metamourge I thought of that but it adds some complexity I don't really want. Plus, if this fails everything else fails.
-
neeno31724yHonestly, I don't even want to give them IDs, the less state they have the better, but Apache Zookeeper requires an ID in initialization, for some reason it cannot determine one by itself... Maybe I'm just overcomplicating things, I should just make three containers with three different configs, one with each id. Later on I'll figure something out to enable autoscaling for it.
-
Relying on probability is not bad practice. That’s the whole premise of uuids, can you use an uuid as the instance id?
Related Rants
Is relying on probability bad practice? I have a container that needs to know about all other instances of the same container and assign a unique ID to itself on initialization. I thought that if I selected a big random number as its id on startup, the chances of it having the same id as another instance is very low.
To prevent two instances from having the same id I could check for all running instances on the network, but what if two instances start at the same time? They won't find each other since none of them will be fully initialized when their id checks run.
Probability says I'll be fine, Murphy's law says I won't. What do?
rant
probability
containers
fargate
aws
server management