Redis
 sql >> база данни >  >> NoSQL >> Redis

Използване на Redis като междинен кеш за REST API

Разбира се, ние правим същото в нашата фирма, използвайки Redis, за да съхраняваме не JSON, а големи XML низове, които се генерират от бекенд бази данни за RESTful заявки, и спестява много мрежови скокове и режийни разходи.

Няколко неща, които трябва да имате предвид, ако за първи път използвате Redis...

Специализиран Redis сървър
Redis е еднонишков и трябва да бъде разположен на специален сървър с достатъчна мощност на процесора. Не правете грешката да го разгръщате на вашето приложение или сървър на база данни.

Висока наличност
Настройте Redis с главен/подчинен репликация за висока наличност. Знам, че има много напредък с Redis клъстер, така че може да искате да проверите и това за HA.

Попадение/пропускане в кеша
Когато проверявате Redis за "попадение" в кеша, ако връзката е мъртва или възникне някакво изключение, не пропускайте заявката, просто по подразбиране е в базата данни; Кеширането винаги трябва да бъде „най-доброто усилие“, тъй като базата данни винаги може да се използва в краен случай.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Поддържане на отворена връзка с Redis с помощта на BookSleeve

  2. Единичен кеш преден и бекенд

  3. Прозорецът на стека не показва изход при отстраняване на грешки в Redis Lua скриптове със ZeroBrane

  4. Redis не улавя събития за излъчване в Laravel 5.1

  5. Celery beat + redis с парола хвърля No Auth изключение