探秘阿里分布式任務調度服務SchedulerX

7月中上旬,阿里云企業級分布式應用服務EDAS(https://www.aliyun.com/product/edas)低調上線分布式任務調度服務,目前處于免費公測階段。SchedulerX——是該服務在阿里內部的產品名字,顧名思義,比調度做的更多。隨著公測的開啟,阿里巴巴內部又一款核心中間件產品浮出水面。

SchedulerX是阿里巴巴集團中間件團隊開發的一款高性能、分布式任務調度產品,在阿里內部有著廣泛的使用,經過集團內上千個業務應用歷經多年打磨而成。截止2016年6月,每天平穩運行集團內幾十萬個任務,完成每天幾億次的任務調度。在未來SchedulerX將支持更多特性以滿足集團內外不斷增長的用戶需求。

SchedulerX 1.0:讓任務分布式起來

在2011年之前,阿里中間件的TTM提供定時任務觸發服務,隨著淘寶業務不斷發展壯大TTM簡單的觸發功能越來越不滿足業務不斷增長的需求,在很多場景下TTM無法為用戶解決問題。比如用戶希望能將一個耗時很長的定時任務進行拆解,然后將拆解后的任務分片分發到多臺機器去并行處理,這樣就能大大減少任務執行的時間。公司內部的一些其他分布式任務調度解決方案,雖然能滿足需求但是易用性較差,文檔缺失嚴重,而且沒人維護,經常由于重度依賴ZooKeeper導致些嚴重問題,想要做到大規模的推廣比較困難。于是阿里中間件開發了TTD,也就是SchedulerX的前身。

SchedulerX1.0 (TTD)提供了自主運維管理后臺,讓用戶能通過頁面來配置、修改和管理定時任務。SchedulerX1.0還能管理任務執行的生命周期,從每次任務執行開始一直到任務執行結束都有記錄,用戶能看到每次任務執行的開始和結束時間以及能看到執行成功或者失敗,SchedulerX1.0還會為用戶保留過去的執行記錄,用戶可以查看定時任務歷史執行記錄。SchedulerX1.0解決了用戶很多痛點,比如以前使用TTM要修改時間表達式的話需要修改代碼配置然后再重新發布應用,而SchedulerX1.0則提供了統一的運維管理后臺,用戶只需要在頁面上修改時間表達式即可,不需要重新發布跑定時任務的業務應用。

此外,SchedulerX1.0能把一個執行耗時很長的定時任務拆分成多個子任務分片然后分發到多臺機器去并行執行這樣就大大減少了定時任務執行的時間。比如集團內很多歷史數據遷移的場景,這樣的場景往往是每天執行一次,而由于每次遷移的數據量巨大如果單臺機器去遷移的話是沒辦法在一天之內完成遷移任務的,所以必須將這樣一個遷移任務拆分成多個子任務分片,然后用多臺機器去執行不同的子任務分片,這樣就能大大縮短任務執行的時間滿足業務需求。更重要的是SchedulerX1.0的編程模型和用戶接口都非常簡單,用戶只需要實現相應的接口即可。


SchedulerX 2.0:完善的任務調度體系

隨著集團業務繼續發展壯大以及SchedulerX1.0推廣運營的過程中收集到的用戶反饋和需求,我們決定擴展SchedulerX1.0并開發下一個版本SchedulerX2.0(開發代號為:DTS)。SchedulerX2.0(DTS)進一步提升用戶體驗,除了優化編程模型,減少用戶配置和程序接口之外,同時還新增了多項功能特性,以滿足集團內不斷增長的業務需求。

SchedulerX2.0(DTS)支持七種功能特性。


簡單job單機版是每次隨機選擇一臺機器只執行任務,這種場景用的最多就是一般情況下任務只運行在一臺機器執行,但是為了防止單點問題還的解決多機備份的問題,當一臺機器宕機的時候可以自動切換到其他正常機器去執行。


簡單job廣播版則是每次選擇所有機器同時觸發執行,比如需要定時更新本地內存的場景,這樣就需要每臺機器同時刷新內存。


并行計算job就是將一個耗時很長的大任務拆分成多個小的子任務然后分發到多臺機器去并行執行。


圖示計算(任務依賴),這種特性往往用于有業務數據依賴的多個任務之間按照嚴格先后順序執行的場景。阿里內部有很多這種場景,兩個或者多個任務之間按照某種業務邏輯順序去執行,比如兩個任務A,B其中A執行結束之后B才能開始執行。


腳本Job就是只shell,php,python等定時執行的腳本任務,比如集團技術保障部,蝦米音樂等部門有大量需要定時執行的shell,php,python等腳本。用戶只需要在SchedulerX2.0(DTS)管理后臺配置上要定時執行的shell,php,python等命令即可,用戶不需要額外寫一行代碼。

SchedulerX2.0(DTS)的管理運維控制臺提供任務配置管理,以及歷史執行記錄查詢,還有完善的監控報警功能。任務沒有準點執行能給用戶發送報警,任務執行超過預期的時間也能給用戶發送報警,甚至任務執行失敗了都能給用戶發送短信報警。

SchedulerX2.0(DTS)還支持基于SchedulerX2.0的二次開發,用戶可以通過SDK里的api來創建,修改,刪除任務。在阿里內部有很多業務方在SchedulerX2.0的基礎上構建他們自己的任務調度平臺。

SchedulerX2.0(DTS)還支持超大規模定時觸發器,用戶可以通過api創建千億量級的一次性定時觸發器,比如每條交易訂單創建的時候就在SchedulerX2.0創建一個定時觸發器,用戶設置這個觸發器的觸發時間,到了每個觸發器觸發時間就會有一個事件通知交易系統去提醒用戶確認收貨超時。

SchedulerX 3.0:在路上

據悉,目前阿里中間件正在開發SchedulerX3.0,該版本的分布式任務調度將支持更多功能特性,用戶值得期待。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,117評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,860評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,128評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,291評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,025評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,421評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,477評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,642評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,177評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,970評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,157評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,717評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,410評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,821評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,053評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,896評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,157評論 2 375

推薦閱讀更多精彩內容