理論上是獨立部署最好。但實際情況吧看公司機器資源。不從實際情況考慮的架構都是耍流氓。redis主要耗記憶體。但生產環境中cpu，網路，磁碟都是要考慮的問題，而且我們的資源是有限的。

可以肯定的是最好不要和資料庫在同一個節點部署。資料庫需要單獨部署。為什麼這樣說呢? 一個原因是因為資料庫太重要了。我們不能因為redis的問題導致資料庫被牽連。另一個原因。redis作為快取，本身就是為了減少直接連庫的壓力。結果部署在一個節點上。資料庫例項的壓力是小了。但這個節點整體訪問量，IO，cpu，記憶體並沒有減小多少。甚至是增加了。因為一次請求要嗎訪問資料庫，要嗎訪問redis，但現在都在一個節點上， 所以總量並沒有減小。而redis自身還會淘汰資料，這其中又是一波耗節點資源的操作。

生產環境，中介軟體之間可以混合部署。比如redis，mq可以在同節點混合部署。業務專案之間可以混合部署。但業務不要和中介軟體部署到同節點。資料庫獨立節點部署。

redis最好也不要和其他的耗記憶體大戶混合部署，如elasticsearch 這種的。

如果沒有中介軟體節點。那就選個業務訪問量少的節點混合部署吧，總之不要選資料庫節點。除非這個資料庫節點是冷備節點

一般的單體伺服器建議和專案跑在一個伺服器中，和資料庫伺服器分開，因為redis是快取熱資料，經常被應用訪問，靠近應用效率高。

看規模吧！小規模直接用docker跟服務一起跑。我們是直接跑k8s 上，透過redis-operator 來管理redis叢集，使用sentinel模式！redis叢集的運維工作基本上由k8s 管理，擴縮容都是秒級實現。容器技術出來以後，基本很少用宿主機跑redis，除了一些老專案以外，新專案都直接容器化了。