Jiang

Jiang

Temporal 效能測試筆記（一）：k6 基本觀念與送壓設定

Temporal 效能測試筆記（一）：k6 基本觀念與送壓設定

一般認知上，要在系統中導入一套新的工具，總有很多事項需要考量，盡量避免破壞原有的運作，其中包含效能好不好，是否會導致系統卡住，而流程引擎作為核心機制更需要這方面的考量。即使 Temporal 已有官方的壓測數據，以及各大公司的使用經驗，或許自己動手去體驗可以帶來更深的理解。本專案是透過 k6 壓測，分析 Temporal Workflow 在加壓過程中運行的狀況，藉以了解 Temporal 的承載能力。壓測種類「壓測」是一個泛用的詞，實際上有著不同的類型，回答不同問題。類型主要問題常見做法 Smoke test 路徑有沒有接通？小流量短時間，只確認能跑通 Load test 預期流量下是否穩定？用目標流量跑一段固定時間 Stress test 超過預期後怎麼退化？逐步加壓，觀察錯誤率、latency、掉壓 Spike test 瞬間尖峰撐不撐得住？短時間快速拉高

用 GCP 免費額度自架 Ghost 部落格，讓 Terraform 自動化幫你部署

用 GCP 免費額度自架 Ghost 部落格，讓 Terraform 自動化幫你部署

如果想要一個自己掌控的部落格：不要被平台綁死，不想每次搬家都重新設定一輪，也希望未來真的要換雲端或換 VPS 時，至少基礎設施不是靠記憶復原。所以這篇不是「在 GCP Console 點一台 VM 起來」的教學，而是把 Ghost 部落格部署流程整理成 Terraform。你改幾個變數，執行 terraform apply，GCP 上該有的 VM、static IP、防火牆規則與開機安裝腳本就會一起建立。前提假設你已經申請好 GCP，也已經有一個 Project。還沒做的話，先完成 GCP 帳號、Billing account、Project 的啟用，再回來看這篇。範例 repo 放在這裡：https://github.com/zhjiangexe/ghost-terraform-gcp-free-tier

把驗收文件變成可執行規格：用 AI 產生 Gherkin，交給 Karate 跑自動化測試

把驗收文件變成可執行規格：用 AI 產生 Gherkin，交給 Karate 跑自動化測試

你知道專案該有測試，可能也在文件或會議裡聽過「BDD」「Gherkin」這些詞，但始終沒弄清楚它們到底是什麼、跟你平常寫的測試有什麼關係。這篇就從這裡開始：先把 BDD 跟 Gherkin 講清楚，再看怎麼讓 AI 分兩步把需求變成測試——先產生一份人人都讀得懂的驗收文件，再把它轉成 Karate 能執行的規格——最後交給 Karate 驗證系統有沒有照規格動。一份規格，同時是大家確認過的需求，也是會自己驗證的可執行測試。先講清楚：BDD 跟 Gherkin 是什麼如果你寫過測試，流程大概是這樣：想好要測什麼，然後用 JUnit、Jest 之類的框架，把斷言一條條寫成程式碼。這沒問題，但有個侷限——這些測試只有工程師看得懂。PM、QA、需求方想知道「這個功能到底驗了哪些情況」，沒辦法直接讀你的測試碼。 BDD（Behavior-Driven Development，

Sciwork 2026 現代流程引擎工作坊，簡化微服務、分散式流程開發

Sciwork 2026 現代流程引擎工作坊，簡化微服務、分散式流程開發

流程引擎這個主題，我從 2024 年 JCConf 先以 Camunda 作為切入點，後來換一套工具寫了鐵人賽系列文章，再到 2026 年開始帶 Temporal 工作坊。 Temporal 開發指南 - 30天系列文章導覽 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天前言這段旅程的起點，是為了拯救那個在事件洪流中疲於奔命、被排程與邏輯耍得團團轉的自己。我也意識到，這並不是我個人的困境，而是隨著微服務逐步成熟，越來越多團隊開始面對的現實課題，微服務過分炒作的情況…iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天iThome 不管是簡報還是系列文章，準備這些內容相當絞盡腦汁，但也讓我把過去卡了幾次的關、始終沒想清楚的問題，透過學習這些工具的過程，總算整理出一套比較清楚的答案。目前國內對這個主題有所關注的人還不算太多，不過在這幾場活動當中發現確實有幫助到一些受眾，這讓我多了不少動力繼續來把坑填完。 sciwork seminar