筆記

記錄自己常用的 JMeter 設定情境 常用元件 Test Plan 設定變數 (可以 call java func) 若希望一個做完 Thread Group 才做下一個 Thread Group 可以勾選 (Run Thread Groups consecutively) Thread Group 需要多少個 User (thread) 每個 thread 持續時間， Ramp-up 時間，用於模擬 User 逐漸上升的狀況 設定執行次數 (Loop Controller 也可以達成相同的效果) 例： 每個 User 持續 20 秒，並在 5 秒達到總共 10 個 User， 因 Loop Count 設定 infinite 時，就是看 User 的持續時間， 這邊就是跑 20 秒，不管次數了，若有設定 count 就是跑幾次結束。 Loop Controller 設定次數 Transaction Controller 用於需要依序步驟的處理，常見案例：登入拿 token ，根據取得 token 呼叫下一支 API 如果啟用 Generate parent sample ，報表顯示上會將同一個 Transaction group by 一起，比較好閱讀 HTTP Request 常搭配 HTTP Header Manager JSON Extractor 放在 Http Requset 之後或裡面，把 JSON Response 需要的值轉成變數在後面使用 View Results Tree 報表，可以細看每次的 req/res 結果 根據放的區塊不同，記錄的範圍不一樣 例：你呼叫兩隻 API，若你想分開看，就在各自的 HTTP Request 裡面新增，這樣就會有獨立的紀錄。大多數的元件邏輯都相同。 Aggregate Report、Summary Report 常看的欄位 P90：90% User 的位於的 Response 區間 Throughput：rps (Request per Second) 每秒的承載量，若表示該 API 能承受的請求量，越高越好。 Error Summary Report 我會放在最外層，這樣可以大概看一下，多個 testcase 跑完，整體的狀況 Graph Results、Aggregate Graph 可以用來協助確認在哪個時間點，API 速率有明顯變化 Assertion 檢查用，確認回傳是否符合預期 情境 想要知道 API 在 10 個 user 下 qps 的狀況 設定如下 - Thread Group - Http Request - View Result Tree - Aggregate Report 看 Report 中 P90 、Error、Throughput...

第一章 可靠性，可擴展性，可維護性的應用系統 背景 目前多數的系統，屬於資料密集型 (data-intensive)，著重於資料的量級、複雜度、快速變化等狀況延伸的問題。 主要組成為：資料庫、 cache 、 search index 、 steam processing 、 batch processing。 會根據情境來設計出相對合適的架構。 資料系統思維 書中將 Redis 、 Apache Kafka 等非 DB 也歸類在資料系統下的原因為，這些也根據情境提供了類似的功能使用， 不再是以傳統的角度，去分類這些服務。會透過組合這些服務，設計出系統。 三個思路 可靠 p.6 可擴展 p.10 twitter tweets 優化 user 觀看 feed 時，會先將關注的人的 feed 拉出合併，但在後續量級提昇造成查詢負擔。 user 增加一個 cache feed ，當有新 tweet 時，放入到對應的 cache feed。 這邊最後的方式，根據 user 的 關注的人，來做兩種方式混合使用。 Amazon SLO 用 P99.9 可維護 p.18

基本上手指南  用鏡頭思考 目標是誰？ 在做什麼？ 有不有趣？ 不有趣，停下。找有趣內容拍攝，避免浪費時間處理不可用鏡頭或片段。 2. 看到眼白再拍攝 > 人的面部表情可作為鏡頭焦點。 3. 鏡頭時間 * 時間建議不要超過 10 秒。 * 短鏡頭讓影片更具衝擊性。 4. 拍攝 * 用腳變焦，自行靠近主體。 * 使用腳架。 * 別用 「數位變焦」。 5. 站穩！別亂動 * 拍攝時不變焦。 * 攝影機當相機。 * 確認畫面 => 按下開始 => 拍攝 => 停止。 * 移動 => 對準 => 拍攝 => 停止，循環。 6. 光源保持在後，保持明亮 > 光線過強，讓陽光斜照，避免過亮。 7. 關閉數位特效 > 保留彈性，加工透過後製。 8. 專注於真正感興趣的內容 * 想要表達的重點。 * 神情、動作、雙方的反應。 * 原因、過程、結果。 9....

記錄 精通正規式表達式 相關的心得與筆記 詮釋字元 名稱 匹配內容 . 句點 任何一個字元 […] 字元類別(character class) 任何一個列出的字元 [^…] 反轉字元類別 任何一個沒有列出的字元 ^ 脫字號 行首位置 $ 錢號 行尾位置 ＼ or、或、bar 匹配由它分隔的任一表達式 () 括號 限制 | 範圍 \< word boundary 單字開頭位置 (單詞邊界、metasequences、詮釋序列) \> word boundary 單字結束位置 (單詞邊界、metasequences、詮釋序列) 特殊情境解釋： 在 字元類別 狀況，要確認 使用的詮釋字元 在 字元類別 內是否有意義。...