IBM Cloudant vs. Redis Software

Overview
ProductRatingMost Used ByProduct SummaryStarting Price
IBM Cloudant
Score 7.4 out of 10
N/A
Cloudant is an open source non-relational, distributed database service that requires zero-configuration. It's based on the Apache-backed CouchDB project and the creator of the open source BigCouch project. Cloudant's service provides integrated data management, search, and analytics engine designed for web applications. Cloudant scales your database on the CouchDB framework and provides hosting, administrative tools, analytics and commercial support for CouchDB and BigCouch. Cloudant is often…
$1
per month per GB of storage above the included 20 GB
Redis Software
Score 8.3 out of 10
N/A
Redis is an open source in-memory data structure server and NoSQL database.N/A
Pricing
IBM CloudantRedis Software
Editions & Modules
Standard
$1
per month per GB of storage above the included 20 GB
Standard
$75
per month 100 reads/second ; 50 writes/second ; 5 global queries/second
Lite
Free
20 reads/second ; 10 writes/second ; 5 global queries / second ; 1 GB of storage capacity
Standard
Included
per month 20 GB of storage
No answers on this topic
Offerings
Pricing Offerings
IBM CloudantRedis Software
Free Trial
YesYes
Free/Freemium Version
YesYes
Premium Consulting/Integration Services
NoNo
Entry-level Setup FeeNo setup feeOptional
Additional Details
More Pricing Information
Community Pulse
IBM CloudantRedis Software
Considered Both Products
IBM Cloudant
Chose IBM Cloudant
IBM cloudant documentation is very easy to understand and because of that the implementation is also very easy. We found some difficulties in case of aws documents implementation. Performance of the cloudant database is also high as compare to the other databases. Indexing and …
Chose IBM Cloudant
I like [the] ease of use of Cloudant. Redis and Fauna have time to live features so for caching and temp data that is what I use along with messaging queues.
Chose IBM Cloudant
MongoDB Atlas and Azure Cosmos DB are the closest competitors we found with Cloudant, especially in terms of fixed pricing and having a GUI for easy viewing and quick edits of data. Cloudant's pricing model flat out beats MongoDB Atlas' in terms of how easy it would be to …
Chose IBM Cloudant
IBM Cloudant is great for quick deployment and configs of a database service, especially when it comes to rapid prototyping. In a research capacity, we need to spin up web services and run experiments quickly. IBM Cloudant is a fuss-free database service [that] aids in this …
Chose IBM Cloudant
IBM Cloudant wins in all aspects, from cost, ease of deployment, features, global availability and much more.
Chose IBM Cloudant
The gap that we wanted to cover was to deploy a self-managed CouchDB environment, which would allow us the bidirectional replication of Databases through several physical locations of the same client. IBM Cloudant was the best choice after evaluating some other platforms with …
Chose IBM Cloudant
MS SQl is more specific to relational data. Overall, it is more mature with a more feature-filled interface, user access management, and tools to manage data.
Chose IBM Cloudant
None, since we are a dedicated IBM Gold Business Partner as well as a respected IBM development and design partner, we stick with IBM products.
Chose IBM Cloudant
The feature-set, including security, is very comparable. Overall, IBM's services added to the product are mature and stable, although product support and engineers could be a little better. Global availability is improving, and Disaster Recover Capabilities are great. Overall, …
Chose IBM Cloudant
In our case, it was a no-brainer since we were using IBM Cloud. In comparison to DB2 the ease of use and JSON support was the key.
Chose IBM Cloudant
As its documentation and help are always available, it's easier to manage than any other database mentioned.
Chose IBM Cloudant
As I mentioned Redis was the first option for this implementation, IBM Cloudant excels the data center sync.
Chose IBM Cloudant
I have mainly used Cloudant as I work with IBM Cloud in my role and therefore it was easiest (and cheapest) to set up for the small scale prototypes we are building. (Which do however sometimes lead to scaled implementation)
Chose IBM Cloudant
In our case it was a no-brainer since we were using IBM Cloud. In comparison to DB2 the ease of use and JSON support was the key.
Chose IBM Cloudant
Infinitely better in every part. Except handling SQL
Chose IBM Cloudant
IBM Cloudant DB is backed by CouchDB and that too hosted on IBM Cloud is the key. Concurrency and durability is the key here. In-memory capabilities are non-existent on the IBM Cloudant DB.
Chose IBM Cloudant
We chose Cloudant because it was fully managed and used in the marketplace, unlike MongoDB was at the time, and it supported JSON which SQL Server 2016 didn't.
Chose IBM Cloudant
It's easier to use than Dynamo, more open than Firebase, and has better documentation that CouchDB... it might not be fair to compare Modulus, Modulus obviously suffers from some scalability issues and might not be in the same class... but its a hosted DB service we had some …
Chose IBM Cloudant
All other NoSQL document-centric DB must be installed on premise on in the cloud as complicated clusters. The "as a service" formula and the open source origin were the same reasons for Cloudant choice, freeing us of all system and administration tasks!
Chose IBM Cloudant
Cloudant is a database as a service with a strong support team. The feature set is comparable to other solutions but not all are managed services, or have easy scalability, or can demonstrate production level reliability and performance.
Chose IBM Cloudant
We used to host CouchDB ourselves, but moved to BigCouch at first for scalability and then to Cloudant to reduce the maintenance overheads.
We use Elasticsearch alongside Cloudant these days, since _changes streams make it easy to feed data from Cloudant into Elasticsearch. …
Chose IBM Cloudant
Cloudant blows all of the other competitors out of the water. The robust UI, the scalability, the management console, these are all reasons why Cloudant is a superior product to any of these "competitors". Cloudant is head and shoulders above the rest. It was a pleasure to …
Chose IBM Cloudant
I've even worked with Cassandra, but I found Cloudant to be much simpler, easier, neat and efficient. Cassandra was not highly scalable but Cloudant was much efficient in it. Even the Monitoring and other scripts were pre-built which made it much time efficient for us.
Chose IBM Cloudant
I chose Cloudant because they had the best low end traffic prices while still providing room for pay as you need it scalability. I had an Amazon EC2 instance for a few years and I had to pay so much for it even though it hardly had any traffic. Being connected to IBM helped me …
Redis Software
Chose Redis Software
Redis Software has a simpler data model than Aerospike.
Memcached doesn't provide any data structures.
Chose Redis Software
UI isn't that great compared to the other competitors.
The management of our memcached cluster was becoming pretty complicated as the application grew in size. Redis is a much better option compared to memcached.
Redis is bit unreliable compared to the alternative RabbitMQ …
Chose Redis Software
We divide projects between Redis and Elasticsearch Service. In some parts or modules one of these two databases fit better than the other.
Chose Redis Software
Alibaba Cloud Elastic Compute Service (ECS) and Amazon ElastiCache
Chose Redis Software
All are good products. MongoDB is a great NoSQL DB but didn't seem to have the high performance caching of Redis. Coherence and Xtreme Scale are expensive. In my opinion for our particular use case, Redis was the clear winner.
Chose Redis Software
Redis is faster, provides documents JSON-wise with the proper odule and it is far more stable than Mongodb (we had really bad experiences with Mongo, especially when ops tends to increase).
Chose Redis Software
DynamoDB is a fully managed key-value store by Amazon. It provides more powerful indexing to the tables, which certainly increases the performance if searching is what you need. However, it is also a lot more expensive to use compared to Redis. If your use case is more on the …
Chose Redis Software
We evaluated Oracle and at first it seems competitive but after the contract term pricing would jump. Heard this from business associates and online communities
Chose Redis Software
Microsoft SQL requires a lot of resources to run at its optimal performance level. Redis runs faster search queries at a reduced cost.
Chose Redis Software
ElastiCache also offers Redis, but it's quite cryptic and you have to pay for support separately (it's quite expensive as well). With Redis Enterprise we were able to set-up our cluster with constant support from their team, and we were even able to set-up a particular set of …
Chose Redis Software
We initially used Memcached for some of the caching and locking solutions we now use Redis for; we found that for the purposes of our system Memcache could not match up to Redis for performance. We also found Redis to be a bit more reliable, but that could have just been down …
Chose Redis Software
I can't evaluate. I didn't use them personally.
Chose Redis Software
We selected Redis over Memcached because Redis provided more client processing options and better server handling with its computations.
Chose Redis Software
We are big users of MySQL and PostgreSQL. We were looking at replacing our aging web page caching technology and found that we could do it in SQL, but there was a NoSQL movement happening at the time. We dabbled a bit in the NoSQL scene just to get an idea of what it was about …
Chose Redis Software
We initially tried ElastiCache with Redis hosting. While it did the job of running Redis, we still had to deal with server sizing. We switched to Redis Cloud since that had auto-scaling and easy to use tools.
Chose Redis Software
It's cheaper than Microsoft Azure offerings.
Chose Redis Software
We prefer DynamoDB whenever possible. We have more predictable performance at the tail end, better isolation and cheaper costs per GB of storage.
Chose Redis Software
Redshift has relatively high latency and thus produces unscalable solution.
Chose Redis Software
MemSQL is awesome and really fast, but extremely expensive.
Features
IBM CloudantRedis Software
NoSQL Databases
Comparison of NoSQL Databases features of Product A and Product B
IBM Cloudant
9.1
Ratings
3% above category average
Redis Software
8.6
Ratings
3% below category average
Performance9.70 Ratings9.00 Ratings
Availability8.30 Ratings7.00 Ratings
Concurrency9.80 Ratings9.00 Ratings
Security8.20 Ratings8.00 Ratings
Scalability9.00 Ratings9.00 Ratings
Data model flexibility9.80 Ratings9.00 Ratings
Deployment model flexibility9.00 Ratings9.00 Ratings
Best Alternatives
IBM CloudantRedis Software
Small Businesses
Redis Software
Redis Software
Score 8.3 out of 10
IBM Cloudant
IBM Cloudant
Score 7.4 out of 10
Medium-sized Companies
Redis Software
Redis Software
Score 8.3 out of 10
IBM Cloudant
IBM Cloudant
Score 7.4 out of 10
Enterprises
Redis Software
Redis Software
Score 8.3 out of 10
IBM Cloudant
IBM Cloudant
Score 7.4 out of 10
All AlternativesView all alternativesView all alternatives
User Ratings
IBM CloudantRedis Software
Likelihood to Recommend
7.0
(0 ratings)
8.0
(0 ratings)
Likelihood to Renew
7.3
(0 ratings)
8.7
(0 ratings)
Usability
7.7
(0 ratings)
9.0
(0 ratings)
Availability
8.2
(0 ratings)
-
(0 ratings)
Performance
8.2
(0 ratings)
-
(0 ratings)
Support Rating
8.6
(0 ratings)
8.7
(0 ratings)
Online Training
7.3
(0 ratings)
-
(0 ratings)
Implementation Rating
8.2
(0 ratings)
7.3
(0 ratings)
Configurability
8.5
(0 ratings)
-
(0 ratings)
Product Scalability
9.6
(0 ratings)
-
(0 ratings)
Vendor pre-sale
9.1
(0 ratings)
-
(0 ratings)
User Testimonials
IBM CloudantRedis Software
Likelihood to Recommend
IBM Cloudant is the best implementation of CouchDB, or any NoSQL database that you could use if you are looking for a database that can handle extremely rapid writes to a database without having to worry about transactional integrity. IBM Cloudant also abstracts out CouchDB's replication/multi-node requirements and ensures high availability on its own. It also allows map-reduce based indexing which will allow massive databases to be aggregated and queried very quickly. It should not be used in cases where you require structured data which is organized according to a schema, or if you want to maintain ACID database properties.
Read full review
Perfect solution for caching needs. If you have a bottleneck due to frequent data access to your database, then Redis can really help you by diverting those traffic away from your database. Its key/value pair structure also makes data lookup very efficient, providing excellent performance.
Read full review
Pros
  • We had a small data mart project that required the storage of some rather highly connected data that also had a relatively small footprint. This made IBM Cloudant an obvious choice because we could store the data in a data structure that met our project need al while using a platform that our web development team understood and was comfortable with.
  • We had a bunch of geospatial data that we needed for analysis. Having GeoJSON being natively supported by Cloudant made it an easy choice.
  • Cloudant was cloud-based and didn't require a DBA support it, this allowed the project to move ahead without pushback from the infrastructure team.
Read full review
  • Easy for developers to understand. Unlike Riak, which I've used in the past, it's fast without having to worry about eventual consistency.
  • Reliable. With a proper multi-node configuration, it can handle failover instantly.
  • Configurable. We primarily still use Memcache for caching but one of the teams uses Redis for both long-term storage and temporary expiry keys without taking on another external dependency.
  • Fast. We process tens of thousands of RPS and it doesn't skip a beat.
Read full review
Cons
  • To have a sort of LUW - Logical Unit Work when many documents are involved into a single update process. The changing of one document is related to its status information but it must be synchronized with all the other documents involved in the process.
Read full review
  • Redis is super fast but it comes with a cost. Whole dataset resides in RAM. So it can be costly as primary memory is more costly, then secondary ones.
  • Persistence issues: To achieve it, Redis uses a memory dump to create a persistence snapshot, that's cool. But it requires some Linux Kernel tweaking to avoid performance degradation while the Redis server process is forking. This further causes latency.
  • Master-slave structure side effect: Master-slave architecture comes with its own side effects. Please note that there will be only one master with multiple slaves for replication. All writing goes to the master, which creates more load on the master node. So, when the master goes down, the whole architecture does.
Read full review
Likelihood to Renew
the flexibility of NoSQL allow us to modify and upgrade our apps very fast and in a convenient way. Having the solution hosted by IBM is also giving us the chance to focus on features and the improvement of our apps. It's one thing less to be worried about
Read full review
We will definitely continue using Redis because: 1. It is free and open source. 2. We already use it in so many applications, it will be hard for us to let go. 3. There isn't another competitive product that we know of that gives a better performance. 4. We never had any major issues with Redis, so no point turning our backs.
Read full review
Usability
It's mostly just a straight forward API to a data store. I knock one off for the full text search thing, but I don't need it much anyways. Also, the dashboard UI they give is pretty nice to use. It provides syntax-highlighting for writing views and queries are easy to test. I wish other DBs had a UI like this.
Read full review
It is quite simple to set up for the purpose of managing user sessions in the backend. It can be easily integrated with other products or technologies, such as Spring in Java. If you need to actually display the data stored in Redis in your application this is a bit difficult to understand initially but is possible.
Read full review
Reliability and Availability
it is a highly available solution in the IBM cloud portfolio and hence we have never had any issues with the data base being available - we also do continuous replication to be on the safer side just in case some thing goes awry. We also perform twice a year disaster recovery tests.
Read full review
No answers on this topic
Performance
very easy to get started and is very developer friendly given that it uses couchDB analytics. It is a cloud based solution and hence there is no hardware investment in a server and staging the server to get started and the associated delays/bureaucracy involved to get started. Good documentation is also available.
Read full review
No answers on this topic
Support Rating
Very happy by the commitment given by the team which has been really good over the last 7 years of usage.
Read full review
The support team has always been excellent in handling our mostly questions, rarely problems. They are responsive, find the solution and get us moving forward again. I have never had to escalate a case with them. They have always solved our problems in a very timely manner. I highly commend the support team.
Read full review
Online Training
online resources are good enough to understand but there is nothing like testing. In our case, we discovered some not documented behavior that we take in count now. Also, the experience in NodeJs is critical. Also, take in count that most of the "good practices" with cloudant are not in online courses but in blogs and pages from independent developers
Read full review
No answers on this topic
Implementation Rating
  • Test the architecture on CouchDB helped us to address initial design flaws.
  • The migration to Cloudant as such was very painless.
  • We have migrate our replication system to Cloudant Android Sync for mobile devices.
  • We have regular informal contact with the Cloudant leadership to discuss our use cases and implementation strategies.
Read full review
Whitelisting of the AWS lambda functions.
Read full review
Alternatives Considered
MongoDB Atlas and Azure Cosmos DB are the closest competitors we found with Cloudant, especially in terms of fixed pricing and having a GUI for easy viewing and quick edits of data. Cloudant's pricing model flat out beats MongoDB Atlas' in terms of how easy it would be to predict costs. Cosmos DB is a much closer competitor, as it integrates well with Azure's stack similarly to Cloudant and the rest of the IBM Cloud stack; similar [throughout]-based pricing and replication options; and even the GUI and ease of query using SQL, which my team and I were more familiar with. Where Cloudant beats out Cosmos DB is again having a more simple pricing model (ops/sec vs Cosmos' "request units" voodoo) and being based on open-source software assuaging fears of vendor lock-in.
Read full review
UI isn't that great compared to the other competitors. The management of our memcached cluster was becoming pretty complicated as the application grew in size. Redis is a much better option compared to memcached. Redis is bit unreliable compared to the alternative RabbitMQ especially when it needs to be integrated with Celery.
Read full review
Scalability
The service scales incredibly well. As you would expect from CloudDB and IBM combination. The only reason I wouldn't score it a 10 is the fact that document trees can get nested and nested very quickly if you are attempting to do very complex datasets. Which makes your code that much more complex to deal. Its very possible we could find a solution to this problem with better database planning to begin with, but one of the reasons we chose a service over a self-hosted solution was so we could set it up quick and forget about it. So we weren't going to dedicate a team to architecture optimization.
Read full review
No answers on this topic
Return on Investment
  • Saving in-terms of cost of procuring and maintaining hardware, which will be realized over the next 5 years.
  • Positive ROI in terms of the number of FTEs involved in maintaining our databases; our DBAs can now focus on other important and business critical applications.
  • Best ROI in terms of our organization's vision - they are no longer anxious / nervous to move to the cloud. We are already on the CLOUD.
Read full review
  • Existing tools like Redisson that were built over Redis reduced dev time in solving challenging problems, which had a positive impact on ROI.
  • We initially misused Redis for persistent storage which had a negative impact on ROI because we were paying a lot for inactive users.
  • The increased performance we achieved using Redis in areas like locking helped us improve the performance of our system reducing the likelihood of system timeouts.
Read full review
ScreenShots

Redis Software Screenshots

Screenshot of Database configurationScreenshot of Database metricsScreenshot of DatabasesScreenshot of NodesScreenshot of Alerts