JSFoo 2019

On component architecture, front-end engineering and Developer Experience (DX)

What or how not to do in Redis world

Submitted by Aram (@phoenixwizard) via Zainab Bawa (@zainabbawa) on Sep 18, 2019

Section: Full talk (40 mins) Technical level: Advanced Status: Confirmed & scheduled

Abstract

What is Redis? Taking the first line on the website, “Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker”. You’ve been told how amazing Redis is and have seen many people present it as a silver bullet.

In this land of silver bullets, I would like to show you cases where Redis might fall flat on the face. Some things might be laughable and obvious, and I have seen some big teams make these mistakes, and some are going to be less obvious.

Bringing you my Redis failures and experiences.

Outline

What you can expect from this session:

  • Some of the common mistakes and a few stories of people having burnt themselves
  • (Mis) Using redis as a Persistent storage
  • Single thread headaches
  • Where redis screams & then some (Did someone say rate-limiting?)

Requirements

None

Speaker bio

Aram is a full stack developer who has worked on everything from Ruby, Python and NodeJS, to Html, CSS and Angular. He has used Redis in both places where it had to be used and places which he thought would be a good fit (and has successfully burnt himself). Aram has worked with startups writing the first line of code (including Cloudaria which was his own baby) and consulted for some of the more notable Forbes 100 companies building products for scale. Currently, he works at Zoomcar as a Principal Engineer leading the ZAP tech team.

Slides

https://speakerdeck.com/phoenixwizard/redis-anti-patterns

Comments

{{ gettext('Login to leave a comment') }}

{{ gettext('You need to be a participant to comment.') }}

{{ formTitle }}
{{ gettext('Post a comment...') }}
{{ gettext('New comment') }}

{{ errorMsg }}