文字教學: https://bit.ly/3jFMwvS
教學影片: https://bit.ly/3WI0Wdx
範例程式: https://bit.ly/3Z0U6Bt
系統架構圖: https://i.imgur.com/VZyfv0M.png
本篇來聊聊『如何取消正在執行的工作任務』，當系統內有需要處理比較久或較多資源的
任務，肯定會將這些任務丟到其他機器再執行，執行過程如果需要取消，會經過如上圖幾
個步驟。先假設中間的過程不透過 Message Queue 機制，而是兩個服務進行溝通透過
RESTful 或 gRPC 方式。
## 使用情境
可以看到步驟一是 worker 會先發請求到後端服務，詢問目前正在執行的任務是否取消，
這邊可以用一個長連接持續 30 秒或 1 分鐘才斷線。步驟二是 User 從 Web UI 端按下
取消的按鈕。步驟三是後端服務接受到取消任務的請求，就回覆 Worker 到請求執行取消
任務。
大家可以想看看此情境該如何設計流程，先不考慮多台後端服務的情境，也不考慮使用
Message Queue 的方式來實作。也許大家有想到一種方式，就是當使用者按下取消時 (到
步驟三)，後端服務將此任務的狀態改成取消。而 Worker 每次來詢問狀態 (步驟一)，後
端就再查詢一次就可以了 (步驟四)，這方式也沒有不對，只是即時性效果比較差，如果
是每 30 秒輪詢一次，就有可能 30 秒後才能取消任務，輪詢時間設定很短，又會造成過
多不必要的連線請求。除了這種方式外，還有沒有其他方式可以不需要查詢資料庫就可以
即時讓 Worker 知道目前任務狀態。
目前先講單機版解法，非常適用於要將服務部署在不同團隊內。
## 心得
本篇最主要是要用 Go 語言的 Channel 特性來處理兩個服務之間的溝通機制，大家可能
想到的解法就是用 Message Queue 來處理，但是有時候把架構想的更簡單一點，用 Go
語言的特性來處理，那就減少一個服務的維運，未來要將此架構轉換到其他平台就會更簡
單，其他部門有需求會是將整套服務架設在不同團隊內，這時候架構越簡單，除錯時間會
越短。