Redis

TELUS, one of Canada’s leading telecommunications companies, faced significant challenges with their Optik TV service, specifically with their customer-facing application, Showcase. The application, which acts as a central hub of personalized content for Optik TV customers, was initially built on Redis open source. However, TELUS experienced an outage that negatively impacted the customer experience, leaving key menu options unavailable and requiring significant time to fully restore all services. The outage put the Showcase service on standby for a full day, resulting in a hampered user experience that lasted up to 24 hours. The incident raised concerns among the leadership about the reliability of the existing system and the need for a more robust solution.

Ulta Beauty, a leading U.S. beauty retailer, faced a significant challenge during the COVID-19 pandemic. The rapid growth of online shopping necessitated a renovation of its e-commerce presence and a shift towards a more efficient, cloud-based architecture. The company needed a versatile, scalable, and powerful in-memory database that could support a microservices architecture and offer robust caching capabilities. The goal was to manage the rapid growth and create a cohesive customer experience, both online and in its retail stores. The company also aimed to transition from an old business model, based on legacy applications and on-premises information systems, to a more sustainable IT infrastructure that could quickly migrate to the cloud.

iFood, a popular food ordering and delivery service in Brazil and Colombia, faced a significant challenge in maintaining the performance of its machine learning (ML) models. The company's success was directly tied to the performance of these models, which needed to process data quickly to reduce costs, increase revenue, and influence user behavior during real-time interactions. The COVID-19 pandemic presented unique opportunities for e-commerce firms, especially online delivery services that were prepared to handle an escalating volume of orders. At iFood, the technology team had to manage millions of new users and thousands of new restaurants joining its platform. Despite the surge in business volume, iFood remained committed to providing an optimal experience for its customers.

Plivo, a global telecommunications platform, was facing a challenge with its streaming microservices architecture. The architecture was supporting a large volume of small, high-frequency data writes. However, if an Amazon ElastiCache region were to fail, it could not keep up with the volume and maintain data consistency across regions. This posed a significant risk to Plivo's operations, as it could potentially disrupt their services and negatively impact their customers. The engineers at Plivo realized that they needed to build a custom failover to address this issue. They also needed a solution that could meet the performance requirements of their Voice API platform, which required low-latency reads and writes.

Ekata, a company that provides digital identity verification services, was facing a significant challenge in managing its vast database. The company's proprietary Identity GraphTM solution was making an average of 150,000 to 200,000 calls per second to its 3TB database, a number that could even surpass during peak hours. The challenge was to handle this massive load without impacting the performance of the system. As Ekata expanded its identity dataset globally, the need for a better solution to manage this load without affecting performance and keeping operational costs low became increasingly apparent.

Flowdesk, a financial technology services platform for digital asset issuers, faced the challenge of facilitating sub-second access to order books that store financial data across the globe. This required a high-availability, low-maintenance database service that could integrate with the Google Cloud ecosystem, support Terraform, and enable VPC peering. As Flowdesk's trading service grew, the infrastructure team realized they needed a more robust database and cache system to support real-time trading and market-making activity. They sought a cloud-based database with a global footprint that could easily synchronize data among multiple international regions. The team also needed to maintain rigorous standards for data availability among regions with the expectation of 99.999 percent uptime.

A Fortune 500 company in the travel and hospitality industry, serving 40 million customers annually, was faced with the challenge of managing its customers’ credit card information in a highly secure and compliant manner. The company's compliance team was in need of a highly available, PCI-compliant solution for managing credit card security codes, also known as CVV or CSC codes. The solution had to meet stringent requirements such as running in-memory, expiring stored information after a short period, and encrypting payment data to ensure minimal correlation between CVV codes and other cardholder information. The need for this solution was further accelerated by the COVID-19 pandemic, which pushed the company to modernize its applications and infrastructure, particularly its e-commerce payments platform.

HackerRank, a leading platform in pre-screening, technical assessments, and remote interview solutions for hiring developers, was faced with the challenge of needing a fast, scalable, and reliable data platform that required minimal maintenance and configuration. This was crucial for the company to focus on innovation and to fulfill its mission of becoming the single source of truth for every engineer’s technical ability. Additionally, HackerRank needed a real-time leaderboard to showcase top developers. The company was using multiple solutions to cobble together a data layer, which was not efficient or sustainable for its growing needs.

HealthStream, a provider of SaaS-based software solutions for healthcare organizations, faced a significant challenge in ensuring optimal performance for its customers. The company's SaaS model, which leverages microservices and cloud components, needed to minimize server processing time due to the geographic distance and network challenges faced by some of their customers. The need to deliver high performance was paramount, given that their platform, hStream™, is used daily by several hundred thousand healthcare professionals. As the utilization of HealthStream’s platform grew over time, the company's product architects had to decide between adding more hardware to meet their scalability needs, which would only be a temporary solution, or think creatively about their architecture and design of the platform.

German football publication, kicker, faced a significant challenge as its website and mobile platform continued to attract new readership. The company's existing tech stack was reaching its performance limitations, unable to keep up with the growing demand. The kicker.de website generates more than two billion page impressions per month, with a yearly growth rate of over 15%. The mobile version of the website, along with kicker’s app, also experienced phenomenal growth. As the audience continued to grow, the performance limitations of the company’s existing tech stack became apparent. The tech team realized the need for an intelligent caching solution to maintain performance and user satisfaction.

Mitto, a leading provider of global omnichannel communications solutions, faced a significant challenge in ensuring low latency, high availability, and high throughput for its messaging services. The company's customers depend on instantly delivered messages, making it crucial for Mitto to maintain its services without any outages, even during scheduled maintenance. As the company grew, it also had to consider its future scaling needs. Mitto had been using OSS Redis since its inception in 2013, but as the company expanded, it became clear that they needed more support to maintain the high availability and reliability they are known for.

MyTeam11, a global leader in the fantasy sports market, faced a significant challenge with its rapidly growing user base of over 15 million users. The company's fantasy sports gaming platform was experiencing extremely unpredictable data loads, set to double its current level of 25,000 operations per second. This was particularly evident in the 30 minutes leading up to a cricket match, when teams post their rosters and users rush to set their fantasy rosters, creating a last-minute surge in data traffic. The company needed a stable and fast database that could handle the elasticity of its data peaks and ensure seamless user experience.

Starlogik, a company in the advanced telecommunications industry, launched its ZRO patented technology to help eradicate the global digital divide. This technology allows users with zero credit on their phones to make calls and seamlessly ping for a callback. However, after implementing this vision with a few African mobile carriers, Starlogik faced scalability challenges due to extremely high call volumes processing through their systems. They also lacked a reliable method to load, process, and efficiently store the massive amounts of data generated in an ongoing manner. The company needed a solution that could handle the high call volumes and data processing requirements without interrupting the flow of calls or data entry into its systems.

Voodoo, the parent company of Wizz, a friend-finding social app designed for teens, faced a significant challenge. The app, which has over 5 million users across the United States, United Kingdom, Canada, and Australia, had to support 88,000 queries per second (QPS) during peak traffic periods. This required a resilient, high-throughput, low-latency database capable of handling hundreds of millions of users. The challenge was further compounded by the company's ambitious plans to expand the app's reach to 23 other countries around the world. The small tech team of just eight people needed a solution that was easy to deploy, manage, and maintain, while also being powerful, cost-effective, and scalable.