多任務工作編排——模擬onComplete地位

[情商]

目前,我們正在調查,如何有效地把磚最新功能編製的任務——多任務工作。

默認行為是下遊任務不會被執行,如果前一個因為某種原因失敗了。

問題是:它是目前可能有一個onComplete狀態(類似於那些在Azure數據工廠或SQL Server集成services-SSIS), regardsless任務的成功或失敗,我們可以繼續工作流程和執行下一個任務。

[Hubert_Dudek1]

它可以很好的增加特性。像“成功”運行,運行“失敗”。這樣在電力自動化或其他平台例如Qlikview重新加載。Beplay体育安卓版本

目前我隻是使用try /除了自己的邏輯(因此它不會失敗)。

[情商]

我也一直在研究如何完成這個try /除了塊。例如如果我們抓錯誤卻不提高,隻打印到stdout的錯誤將會導致當前單元格成功並繼續執行下一個細胞和/或任務的流程。

然而這是非常基本的,不考慮具體的論述,這隻是印刷錯誤你使你的代碼在筆記本電池不失敗,但也暴露出你很多,不被認為是最好的練習。

試一試:do_something()除了異常e:打印(e)

也許有一個更聰明的辦法如果你請給一個例子說明你是如何實現onCompletion狀態通過使用try /除了在代碼塊將是非常有益的。

謝謝你！

[Hubert_Dudek1 · Accepted solution]

保存repr (e)(如果需要和其他錯誤的細節)您所選擇的數據庫(也可以磚表dbfs)與狀態欄(0失敗,1例成功)。下一份工作你可以閱讀以前的工作和行為取決於它的狀態。這樣你也可以有一個緊湊的日誌。

理論上在未來筆記本電腦我們可以這樣(筆記本運行通過task-orchestration筆記本B或筆記本運行C視情況而定):

如果previous_status = = 0: dbutils.notebook.run (“notebook_to_run_when_previous_failed”)其他:dbutils.notebook.run (“notebook_to_run_when_previous_ok”)

[匿名]

@Hubert杜德克,謝謝你分享你的知識!