Redis服務支持5000萬的QPS，有什麼好的思路？

5000W QPS 量確實比較大，在當前的架構下，就以開源的redis cluster爲例，假設每一個節點跑8W QPS，那麼也須要 5000/8 = 600+的節點，而Gossip在超過百級別節點的時候成本就愈來愈高，表現也愈來愈差了，因此用redis cluster來解這個問題不大靠譜，不靠譜的主要緣由是Gossip的通訊機制。 對於幾個大廠來講，阿里雲ApsaraDB for Redis/A

>>阅读原文<<