Developer at Onebip , Website , Git home page , @giorgiosironi , Linkedin profile
I search for the harmony between form and context, which is a fancy way of saying I build software to fit in the world I'm in and its rapid changes. In the specific, my areas of expertise are testing, OOP design and distributed computing.
In the previous parts of this article we have seen how to use MongoDB to acquire a lock for a program which must run as a single instance at any time on your servers. However, long-lived locks are sometimes dangerous for...
In the previous article of this mini-series, we saw how to atomically acquire a lock through a MongoDB collection *unique* index in order to ensure mutual exclusion between multiple copies of a program
"Singleton" processes such as cron jobs must usually run in isolation in our application, without multiple copies of them being started even if the code is deployed on several machines without shared resources
MongoDB replica sets are composed of a primary server and one or more secondaries that act as an hot stand by. In case the primary server of a replica set goes down due to a crash or a machine failure, an election take...