文字教學: 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 語言的特性來處理，那就減少一個服務的維運，未來要將此架構轉換到其他平台就會更簡 單，其他部門有需求會是將整套服務架設在不同團隊內，這時候架構越簡單，除錯時間會 越短。 -- AppleBoy Blog: http://blog.wu-boy.com -- ※ 發信站: 批踢踢實業坊(pttsite.org.tw), 來自: 123.110.136.13 (臺灣) ※ 文章網址: https://pttsite.org.tw/Soft_Job/M.1672537150.A.DD7 ※ 編輯: appleboy46 (123.110.136.13 臺灣), 01/01/2023 10:05:18