雲端快取服務，底層有 Redis 和 Memcached 兩種引擎
可協助施作分片(Shard)機制

應用場景：

• 臨時狀態
• 資料庫中常讀取少寫入的資料

名詞

Lazy Loading

使用者第一次從資料庫取得資料時才寫入 Cache

• 優點：只有被查詢過的資料進行快取，節省記憶體空間
• 缺點：第一次存取資料時會相對較慢

Write Through

資料每次寫入資料庫時就存一份進 Cache

• 優點：寫入後無論何時使用者讀取都不需要等待查詢
• 缺點：冷門資料 Cache 佔用緩存空間

Redis

Amazon ElastiCache for Redis

記憶體上的資料庫

透過 Parameter Group 調整參數及效能調校

必須先定義 Subnet Group
接著 ElastiCache 會在子網路群組中開啟 Node

節點裡面會使用多個 Shard 來儲存資料，並把 Shard 分散在多個節點
如此可以避免 Node 失效後的資料遺失

且具有 Snapshot 功能

Subnet Group

一群 Subnet 的集合，ElastiCache 會將節點放置在其中

Node 節點

裝載 ElastiCache 應用的 Server，每個節點都有自己的網域名

Shard 分片

在叢集模式中 Redis 會將資料拆做多份，分別儲存在多個 Redis Node 上稱作 Shard
可以提升讀取效率與可用性

Memcached

可做成叢集，資料會分佈在各個節點上
但不採 Shard 的方式，如果有節點壞掉則資料就遺失了

ElastiCache 的建議就是多開一些節點，這樣一次遺失的資料就會少一點
由於 Memcached 的資料不會同步至個節點上，所以讀取時有可能找錯節點

Auto Discovery

為了解決 Memcached 可能會找錯節點的問題
當使用者在尋找資料時發現找錯節點，可以自動探勘到正確的節點上