Redis
 sql >> Teknologi Basis Data >  >> NoSQL >> Redis

Arsitektur untuk cache Redis &Mongo untuk ketekunan

Sebenarnya masuk akal untuk mengasosiasikan Redis dan MongoDB:mereka adalah pemain tim yang baik. Anda akan menemukan informasi lebih lanjut di sini:

MongoDB dengan redis

Satu titik kritis adalah tingkat ketahanan yang Anda butuhkan. Baik Redis dan MongoDB dapat dikonfigurasi untuk mencapai tingkat ketahanan yang dapat diterima, dan pertimbangan ini harus didiskusikan pada waktu desain. Selain itu, ini dapat membatasi opsi penerapan:jika Anda ingin replikasi master/slave untuk Redis dan MongoDB, Anda memerlukan setidaknya 4 kotak (Redis dan MongoDB tidak boleh digunakan pada mesin yang sama).

Sekarang, mungkin sedikit lebih mudah untuk menyimpan Redis untuk antrian, pub/sub, dll ... dan menyimpan data pengguna di MongoDB saja. Alasannya adalah Anda tidak perlu mendesain jalur akses data yang serupa (bagian tersulit dari pekerjaan ini) untuk dua toko yang menampilkan paradigma berbeda. Selain itu, MongoDB memiliki skalabilitas horizontal bawaan (set replika, auto-sharding, dll ...) sementara Redis hanya memiliki skalabilitas do-it-yourself.

Mengenai pertanyaan kedua, menulis ke kedua toko akan menjadi cara termudah untuk melakukannya. Tidak ada fitur bawaan untuk mereplikasi aktivitas Redis ke MongoDB. Mendesain daemon yang mendengarkan antrian Redis (tempat aktivitas akan diposting) dan menulis ke MongoDB tidak terlalu sulit.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Kesalahan Status Sesi Azure Redis Timeout melakukan EVAL, inst:1 , antrian:2

  2. ImportError:Tidak ada modul bernama redis

  3. Bagaimana cara mengonversi database relasional yang ada ke penyimpanan nilai kunci?

  4. Redis dan Memcache atau hanya Redis?

  5. Bagaimana SignalR.Redis bekerja di bawah tenda?