Skip to content

Commit f7b2ae7

Browse files
Update README.md
1 parent 83f34cd commit f7b2ae7

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

README.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ A dead simple distributed locking library for Node.js and [etcd](http://github.c
33

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

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

88

99

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

1919
## Why not Redlock?
2020

21-
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.
21+
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.
2222

2323
## Notes
2424

0 commit comments

Comments
 (0)