PTT評價

[分享] 系統設計: 如何取消正在執行的工作任務

看板Soft_Job標題[分享] 系統設計: 如何取消正在執行的工作任務作者
appleboy46
(小惡魔)
時間推噓 推:1 噓:1 →:9

文字教學: 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

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.110.136.13 (臺灣)
PTT 網址
※ 編輯: appleboy46 (123.110.136.13 臺灣), 01/01/2023 10:05:18

loadingN01/01 10:12mq夠簡單了吧... 要轉換到其他地方也不難

ddoll28801/01 10:58火山表示___

alan310001/01 12:01..哪個語言沒內建mq

LincolnBoy01/01 13:01樓上那篇怎麼刪文了

alan310001/01 14:17mq外部化可以讓上下游達到stateless

alan310001/01 14:19subscriber每個語言都有 不太會自己實作多少秒觀察一次

alan310001/01 14:24除非服務很簡單,不然用外部mq對維護營運上比較容易

TSW01/02 06:56感覺只是為了寫而寫....

Murasaki011001/02 09:48語言dependent又不scalable,算什麼系統設計?隨便

Murasaki011001/02 09:48哪個mq維護成本也比維護這土炮架構好

lance7017601/03 07:46MQ 設計好多了吧