這篇是 “AWS re:Invent 2019: Deep dive and best practices for Amazon Redshift (ANT418)” 前半的讀後心得。
資料使用模式千百種,必須因事制宜地使用 Cache。網路上有許多不錯的整理,例如:
這篇就不多作類似的整理,而是備忘最近碰到有意思的實例。
DynamoDB 是依 read/write 耗用多少資源收費,有許多眉角要留意,這篇記錄我覺得比較重要的部份。
官網的 “Redis latency problems troubleshooting” 介紹相當詳細,若需要自己架 Redis,務必讀過一遍,有些必要設定不是 OS 和 Redis 預設值。
懶得讀的話,至少學會開啟 latency monitor:
CONFIG SET latency-monitor-threshold 100
網路上很多這類心得,像這篇提供許多有用的建議。本篇是我最近實戰後的隨手記。
Redis 沒有 table,資料存在同一個地方。這篇分析三種依服務類型存資料的方法:
user:
官網寫得簡潔又清楚,多數文件看官網即可。安裝 Redis 也很簡單,server 和 redis-cli 一包裝好,不需要用線上的 playground。推薦先看 FAQ,對 Redis 有個概念。
Redis 可以單機跑,也可以跑 cluster mode。本文若沒有特別提及,均是指兩者共同行為。
先前寫過關於 DynamoDB 如何運作,這篇記錄一些使用後的零散心得。
除了滿足功能需求外,軟體設計階段你會額外考慮那些面項呢?
先前看了《Designing Data-Intensive Applications》對分散式系統有了概念,想來隨筆寫一下 Ethereum 設計上的取捨。
注意,本文著重於目前的 Ethereum,在 Ethereum 2.0 會改善一些問題。但是一來它還沒上線,二來我也不熟,所以本文是用現有的 Ethereum 分析。
這篇是看了一些 DynamoDB 概念後的筆記,了解它底層運作方式和特色。