Redis Solves many application caching problems.
January 07, 2020
Redis Solves many application caching problems.
Overall Satisfaction with Redis
We used Redis for application data caching. Redis is used by more than one department and is an enterprise standard offering. We have since moved away from Redis as we were able to simplify our architecture given our more powerful database servers after our latest tech refresh. When we were using Redis, our application response times were too slow for certain transactions so we cached the data to improve performance. There are other use cases that we considered like caching of session data. Again our goal was to simplify our architecture and Redis was one of the products we eliminated, not because it wasn't a good product but because we no longer needed it for our application.
- Application data caching.
- Session data caching.
- Managing cache misses better.
- Increased transaction throughput.
- Faster response times.
Other groups within our organization are using it for various use cases. Our team was using it to cache application data for performance using it as a write-thru cache. Before we had the data cached, our transactions would miss the transaction SLAs more than we liked. After we cached the data we went to zero SLA misses for the transaction response times.
- Product Features
- Product Reputation
- Vendor Reputation
- Existing Relationship with the Vendor
Redis was already in use in house. We try to leverage our existing vendor relationships before bringing on a new vendor or product. And other teams had reported positive results with Redis.
Having the write thru cache with Redis our code was a lot cleaner than with the Xtreme Scale product. I was disappointed to learn when we decided to remove Redis instead of removing Xtreme Scale from our mix. Redis is a much better product. Our performance improved greatly with the Redis product. There was actually a lot less load on our database servers once we introduced the Redis product and that means a lot less network traffic and data packets moving as far of a distance on the network.
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.
Redis Feature Ratings
Redis 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 Quick Initial Response | None |
No - We have regular support included with our maintenance. We have enough users within house that we believe we have critical mass for trying to solve our problems internally. We can always upgrade our support if needed but haven't had the need to do so. When we do contact support, they are very responsive so again, no need to pay for premium.
We were stuck with an issue with pass thru caching. We couldn't make it work properly because we were doing something wrong. The support person took the time to look through our code module and found the issue with what we had coded. They suggested a code revision, we applied it and tested it and it solved our problem.