If it fits your need, you'll never have problems or complaints.
Overall Satisfaction with IBM Cloudant
We currently use Cloudant to store call detail records for our faxing platform. The platform itself stores these records, but the API is not easy to query. So we take every single record and store them in Cloudant. This includes not only the basic sender and receiver information, but also per minute costs for each fax. This allows us to easily present incoming and outgoing faxes to our users via our client portal. It's also great for the billing department in that they can quickly query the recordings for profit and cost analysis.
Pros
- It stores a very large amount of information very efficiently. Granted, we're just storing call detail records, but we're storing 200K records in 50MB.
- Querying isn't as fancy as SQL-based databases. But if you know what you need and can get it in a view, it is very fast. I'm querying both date and phone number without any issues.
- The UI for managing your databases is top notch. We can build views and searches, and query those with issues. This lets us refine and perfect our JS functions and queries very easily.
Cons
- Search Queries. They work when they work, but some of the documentation is a tad confusing and the bookmark system of pagination is not great.
The technology behind Cloudant (BigCouch) is no better or worse than any of these. They are all good for different reasons. What makes Cloudant my choice against them is the hosted portion. These are all just databases that I would have to manage. Cloudant is managed for me, and still runs the queries I need.
IBM Cloud Support and Implementation
Using IBM Cloudant
5 - They don't realize they are using it. They are not developing with Cloudant, but instead it's being used as their back end. It's used mainly for Call Detail Record and billing storage for a faxing server. As faxing occurs on the server, the details are sent to Cloudant. This allows us to more quickly query and parse the data. Using three views I can pull up incoming andoutgoing faxes and billing information for each number. So our clients use it to look at their faxes, our employees use it for support, and our accounting staff uses it for billing.
1 - It's not difficult. Any web developer should be able to get going with it. It takes some knowledge in JS, APIs, JSON, and how Cloudant stores and queries for information. You should start by knowing the first three. The last one can be figured out using Cloudant's documentation (which is pretty thorough. The most difficult part for many developers I think would be throwing out the SQL way of doing things. That doesn't work here. You need to think like a document database.
- Call Detail Record Storage
- Billing Data Storage
- Faxing Data
- I use complex keys with Cloudant views to query not just CDRs by phone, but by date as well. Range queries on views are great!
- I would really like to integrate it with InfluxDB and some monitoring software to create a more performant and efficient monitoring platform. Many software out there like to use ElasticSearch, but ElasticSearch is very costly resource-wise.
Evaluating IBM Cloudant and Competitors
- Price
- Product Features
- Product Usability
It was the features. I needed to store a lot of data quickly, and be able to query it without bringing down a server.
I would not change a thing. The core problem arose when querying for fax data would bring down our client portal on every single load. The fax server just refused to cooperate. Then and now, there are few products that would do what I need for little upfront costs. Most would require that I self-host, which I do not have time for.
Using IBM Cloudant
Pros | Cons |
---|---|
Like to use Relatively simple Easy to use Well integrated Consistent Convenient Feel confident using | Requires technical support |
- It does what it says on the box. Stores data, retrieves data, queries data with Map/Reduce and full text search.
- Full text search can be really tricky to get working correctly. It works, but then you find it's not quite querying the way you expect it.
Yes, but I don't use it
IBM Cloudant Reliability
IBM Cloudant Support
Pros | Cons |
---|---|
Quick Resolution Good followup Knowledgeable team Problems get solved Kept well informed No escalation required Immediate help available Support understands my problem Support cares about my success | Slow Initial Response |
No
I have yet to need it. In fact, I've contacted support once. I don't even think it was because of something they've done. Cloudant is reliable enough that I honestly don't think about it's status most of the time. In fact, any time my product stops working it's never been related to Cloudant.
IBM Cloudant Implementation
- Implemented in-house
Change management was minimal - Most of the company didn't notice a change. This was a brand new tool being built for a brand new service. The support team is used to changing how they work so they grabbed hold and moved on.
- Getting queries working correctly. I was new to how views worked so I went down the full text path only to find it didn't quite worked out how I thought. Then I realize that phone numbers are just long number and went that route with ranged keys on views.
Comments
Please log in to join the conversation