Всъщност е разумно да се свързват Redis и MongoDB:те са добри екипни играчи. Повече информация ще намерите тук:
MongoDB с redis
Една критична точка е нивото на устойчивост, от което се нуждаете. Както Redis, така и MongoDB могат да бъдат конфигурирани за постигане на приемливо ниво на устойчивост и тези съображения трябва да бъдат обсъдени по време на проектиране. Също така може да наложи ограничение върху опциите за внедряване:ако искате главен/подчинен репликация както за Redis, така и за MongoDB, имате нужда от поне 4 кутии (Redis и MongoDB не трябва да се разполагат на една и съща машина).
Сега може да е малко по-лесно да поддържате Redis за опашка, pub/sub и т.н. ... и да съхранявате потребителските данни само в MongoDB. Обосновката е, че не е нужно да проектирате подобни пътища за достъп до данни (трудната част от тази работа) за два магазина, включващи различни парадигми. Също така, MongoDB има вградена хоризонтална мащабируемост (набори от реплики, автоматично споделяне и т.н. ...), докато Redis има само мащабируемост "направи си сам".
Що се отнася до втория въпрос, най-лесният начин да го направите ще бъде писането до двата магазина. Няма вградена функция за репликиране на активността на Redis в MongoDB. Проектирането на демон, слушащ опашка на Redis (където ще бъде публикувана дейност) и писането в MongoDB обаче не е толкова трудно.
