Skip to content

Commit

Permalink
Update README.md
Browse files Browse the repository at this point in the history
  • Loading branch information
thebigredgeek authored Nov 25, 2016
1 parent 83f34cd commit f7b2ae7
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,7 +3,7 @@ A dead simple distributed locking library for Node.js and [etcd](http://github.c

[![NPM](https://nodei.co/npm/microlock.png)](https://nodei.co/npm/microlock/)

[![CircleCI](https://circleci.com/gh/Jobstart/microlock.svg?style=shield)](https://circleci.com/gh/Jobstart/microlock/tree/master)
[![CircleCI](https://circleci.com/gh/thebigredgeek/microlock.svg?style=shield)](https://circleci.com/gh/thebigredgeek/microlock/tree/master)



Expand All @@ -18,7 +18,7 @@ A distributed lock is a mechanism that provides serialized flow control on a con

## Why not Redlock?

Redis is great for a lot of things, and we love using it at Jobstart. Caching, keeping processes stateless, and fast access to simply structured data are all cases where Redis shines. However, implementing a distributed lock with Redis via Redlock has several caveats that are unsuitable for many cases. Namely, if you need strong guarantees that a lock will not be acquired by multiple nodes at once even in the event of failure, Redlock isn't a viable option.
Redis is great for a lot of things. Caching, keeping processes stateless, and fast access to simply structured data are all cases where Redis shines. However, implementing a distributed lock with Redis via Redlock has several caveats that are unsuitable for many cases. Namely, if you need strong guarantees that a lock will not be acquired by multiple nodes at once even in the event of failure, Redlock isn't a viable option.

## Notes

Expand Down

0 comments on commit f7b2ae7

Please sign in to comment.