ETL調度工具中美PK ( TASKCTL VS Control-M)

?

美方：Control-M??(?www.bmc.com)??

中方：TASKCTL??(?www.taskctl.com?)

?

毫無疑問，Control-M作為美方代表當之無愧， 因為該軟件不僅是美國國內最好的調度軟件，而且在整個調度界，它依然處于霸主地位。在Gartner Group對現有的企業生產作業調度管理系統的評比中，Control-M連續多年排在第一位，是唯一的技術領導者。在國內，中國工商銀行、中國建設銀行、交通銀行等多個大型企業都是該軟件的客戶。

而國內，在眾多的軟件中選擇TASKCTL，我似乎沒有任何猶豫。該軟件雖然沒什么名氣，但它清新的界面、獨特設計、用戶體驗讓我印象太深刻。我想，假以時日，TASKCTL一定會有它的江湖地位。好了，贊美的話還是少說，評價技術要客觀，我們還是站在客觀的立場來一場中美PK!

?

先說說PK方法：這兩款軟件都宣稱企業級調度軟件，我們就先從軟件企業級特征方面PK，隨后從軟件功能點進行PK，最后，PK最關鍵的東東-用戶體驗！

?

一、企業級特征體驗PK

說實話，什么是調度的企業級特征，我無法定義，但至少應該有以下幾個方面：網絡支撐能力、跨平臺能力、穩定性、大規模數據支撐能力、數據集中管理、統一應用門戶等。我姑且就從這幾個方面比較。

1.?網絡支撐能力，這主要由軟件核心網絡架構決定，這兩款軟件都分別通過EM節點、Server節點、代理節點并以多級的方式進行網絡控制；

2.?跨平臺能力，TASKCTL只支持unix\linux環境，而Control-M支持各種主流操作系統；

　　　3.?穩定性，這個很無聊，但又不能回避。穩定性不是軟件測試就可以搞定的，最終還需實際環境長久的考驗。這方面，TASKCTL是不能和Control-M相比的。

　　　4.?大規模數據支撐能力，雖然兩款軟件都是宣稱可以支持10萬級的任務，但是，這種能力不是吹出來的，還得需要實際來驗證。Control-M一方面以數據庫存儲數據，另一方面它有實際案例（中國建行)；而TASKCTL作為一支新秀，這種大數據案例方面，肯定沒有。另外，從技術的角度，TASKCTL無數據庫，面臨大規模數據支撐一定會遇到相應的技術困難。

　　　5.?數據集中管理，軟件總是離不開數據，調度軟件需要管理大量的流程等設計信息。作為一個企業級平臺，流程信息的集中管理很必要。Control-M以數據存儲數據，而且集中管理；TASKCTL，數據以文件方式存儲，似乎也沒集中管理，流程信息存儲在不同的調度服務節點之上。

　　　6.統一應用門戶，這兩款軟件都是可以單點管理多個調度服務器，企業不同項目均可通過統一客戶端進行管理應用。

PK結論：從企業級特征的角度，Control-M具有明顯優勢。Control-M是一款真正企業級技術平臺，而TASKCTL最多只能稱準企業級技術平臺。如果說Control-M是重量級的調度平臺，那么Taskctl就只能是輕量級的調度平臺。

?

?

二、功能點PK

總體來說，對這兩款軟件，我認為從功能的角度，不論是核心調度功能，應用功能，擴展功能，它們都不相上下。只是實現方式有些不一樣而已。我們以核心調度功能舉例。調度核心功能主要是由任務執行條件判斷能力所決定。Control-M條件判斷主要通過資源條件、執行計劃計劃、自定義條件(Condition）三個方面來確定；而TASKCTL通過資源條件、執行計劃、結構條件(串并結構、循環結構等)、容錯條件、依賴、互斥、自定義條件(Condition）等多方面來決定。兩個軟件共同點，都是通過自定義條件來擴展及完善條件判斷體系；而不同點，Control-M更為抽象，TASKCTL更具體。

如果非要說功能的區別，我認為是Control-M具有文件傳輸功能(但該功能已經超出調度的范疇)，TASKCTL沒有；TASKCTL有流程調試功能，Control-M沒有。

?

PK結論：如果只站在ETL調度及其應用功能點的角度，這兩款軟件各有千秋，PK結果平分秋色。

三、用戶體驗PK

說到用戶體驗，我毫不猶豫投TASKCTL一票。該軟件獨特設計帶來獨特的用戶體驗是Control-M無法相比的。

用戶體驗，是軟件設計的核心理念，一款軟件不僅僅是功能的完整，友好的用戶體驗才是王道。我記得我曾經的項目領導就非常強調用戶體驗，功能是功能，體驗是體驗。他經常拉UI工程師、美工一起討論用戶體驗的問題。很久以來，我深受該領導的影響，認為體驗的重點就在于UI，好的美工，好的布局，好的操作流程，我想很多朋友也同意我的觀點。但接觸TASKCTL后，我的看法卻有了很大的改觀，發現自己的認識太過局限，好的體驗不僅僅在界面那一畝三分地，而更多來自好的架構，好的機制，為了好的體驗，不惜創新，甚至勇于突破。但突破創新是要付出一定的代價，而且體驗與創新不能本末倒置， 就像taskctl的官方網站所說，創新不是目的，而更好的應用才是根本。

那么，我們就來看TASKCTL怎么通過一系列的創新設計優化它的用戶體驗。

?

　　關注焦點：TASKCTL的創新、關鍵用戶場景、與Control-M的對比。

?

?

（一）先說TASKCTL幾個關鍵的創新

1.?無數據設計，無數據技術并不新鮮，但在專業調度技術平臺領域，該軟件是唯一。

2.?流程的開發理念，流程設計的核心內容就是定義各種調度的目標任務，以及各種任務的控制策略，比如依賴、并行、執行計劃等。傳統采用配置方式，這種方式的本質就是通過設計各種數據表存儲設計的各種信息，比如任務基本信息，控制信息等，應用時通過設計各種對話框來填充這些信息，這種方式稱為配置方式。而TASKCTL采用開發方式，將流程的信息代碼化，像開發程序一樣開發流程。應用時通過類似VS一樣的集成環境來設計流程。

3.?客戶端脫機應用模式，不論國內專業調度軟件還是國外專業Control-M，客戶端的應用必須連接服務端；而TASKCTL客戶端可以脫機應用，即無需連接服務端，就是完成除真實調度以外的所有操作體驗。

4.?插件機制，專業調度平臺支持不同類型的任務是基本的。Control-M通過行命令進行擴展，而TASKCTL明確提出驅動插件機制，通過不同驅動插件來擴展不同任務的支持。

5.?多種形式的應用系統，TASKCTL的調度應用，不僅有Admin、Designer、Monitor三個圖形客戶端軟件，而且還有與之匹配的三個字符客戶端軟件。不論桌面客戶端，還是后臺字符界面客戶端，都是完整的應用體系。Control-M雖然有后臺字符界面，但該應用體系不完整，也不能完全與前臺桌面客戶端對應。

?

?

（二）關鍵應用場景

用戶體驗一定落地到具體應用場景才有意義，調度的最重要的應用場景包括：

1.?安裝部署應用場景，安裝部署是軟件應用的首要場景。

2.?流程設計應用場景，對于調度應用來說，該場景可能是最主要應用場景，通過該場景，我們告訴了調度平臺該干什么活、怎么干活。

3.?運行監控應用場景，不用多說，該場景是客戶最關心的，因為，我們需要要知道調度平臺干活究竟干的怎么樣了。

4.?查詢應用場景，我們經常都很無聊，總是回憶過去，看看我們曾經做過些什么。

?

?

（三）現在，我們來看看TASKCTL的創新在以上應用場景中,相比Control-M怎樣出色發揮。

1.流程圖展示效果

在分析各個應用場景之前，我們先看看流程圖展示效果，流程圖的好壞關系到很多應用場景。

軟件的容易，是因為掌握了技術，都容易實現指定的業務功能。軟件的困難，是實現了某種功能，但它并不一定適用。不論是各種耳熟能詳ETL工具中的調度，還是很多專業調度平臺，都具有流程圖的展示。但如果說誰的流程圖更適用，我認為TASKCTL的流程圖最具適用性。很多軟件只是停留在能畫流程圖的層面，而TASKCTL不僅可以畫流程圖，它為了美觀且清新的展示，它為了方便查詢、定位、切換等操作，提供了八大技巧功能。

雖然我說的很肯定，但仁者見仁，每個人都有自己的看法。不過，你一一比對TASKCTL這八大特征就會明白，而且，你一定要記住，流程圖的根本目的，不是為了畫圖，也不是為了設計，而是為了直觀的展示，為了通過圖形，快速了解你的流程是什么‘樣子‘。

Control-M圖形展示，雖然有一定技巧，但與TASKCTL相比，它的技巧似乎還少了許多；另外，在大型圖面前，TASKCTL無線條交錯且規則的展示特征，是Control-M跨不過去的坎。

?

2.安裝部署應用場景

Control-M即便您熟悉，環境搭建沒有半天你別想搞定。而TASKCTL無論你否熟悉，按《TASKCTL-CIR 2.1?新手體驗》操作，10分鐘搞定。TASKCTL不論是桌面客戶端，還是服務端，安裝幾乎傻瓜化，基本操作就是，下一步，y,?回車。TASKCTL安裝的簡潔一方面歸功與軟件的外圍接口設計簡潔以及安裝包自身的設計，另一方面就要歸功于無數據庫設計了。

?

3.流程設計應用場景

在該場景的不一樣的應用我認為是TASKCTL最不一樣的地方。總體來說，不論是Control-M采用對話框定義配置的方式，還是TASKCTL采用代碼設計方式，它們都可以實現流程的設計，但Control-M的方式缺乏一定的實際可操作性，而Taskctl的方式不但方便，而且還簡單、快捷。

在一個調度應用中，任務是成百上千的，試想一下，通過Control-M定義一千個任務，我們肯定會在不同對話框中來回點擊保存切換，而每個任務可能又有很多屬性，可以預見，這種操作使實際應用變得有些困難。而實際應用中，很多項目使用Control-M時，都沒采用軟件提供的配置方式，而是通過電子表格來定義。因為電子表格畢竟是平面文檔，很多信息就在一個地方編輯即可，從而避免眾多的對話框點擊切換操作。采用電子表格相對對話框還有一個好處，就是信息搜索定位也方便了很多。這種現象說明了以下一個事實：面對流程設計應用場景時，在大流程面前，Control-M理論上有完整的實現方案，但實際卻缺乏可操作性，項目寧可采用與之無關的電子表格，也不使用Control-M自身的方案，讓Control-M的方案形同虛設。

?

接下來，我們說說TASKCTL，它采用代碼方式設計流程。代碼本身就是通過文本來承載，加之在代碼基礎上設計一個成熟的代碼集成開發設計環境，使流程的設計編輯管理變得非常方便。對于集成開發環境理念，大家就非常熟悉了。圖形方式代碼方式可以任意切換，就看個人的喜好。也許有人認為，集成開發環境，看似很好，但代碼方式，雖然易編輯，但代碼的學習成本高，沒配置的好理解。不錯，這的確是關鍵問題。但可喜的是，TASKCTL的代碼只能算準代碼，雖有一定的語法特征，但總體很易懂，很易掌握，我本人不到半天就可以使用了。另外，通過TASKCTL的流程代碼設計出同等功能的流程信息規模，我認為是最少的，至少比Control-M少。從TASKCTL官方資料透露，TASKCTL的流程信息量與Control-M相比，只是Control-M的1/5，甚至更少。對于這個數字，我認為不準確，Control-M流程信息從設計的角度不好統計其規模，但我還是堅信TASKCTL的是最簡潔的，因為它還有代碼自身的特殊機制以及插件機制來保證。至于這些機制怎么保證流程信息設計更少，更簡潔，在此我不多說了，等有機會，再和大家交流。

4.監控應用場景

對這個應用場景，除了一些不一樣的操作技巧以外，我認為整體上TASKCTL并沒有什么出色亮點。但完整的后臺客戶端應用系統，讓技術人員有更多的選擇。

5.查詢應用場景

對于這個場景，我認為是TASKCTL設計中最神不知、鬼不覺而又絕對有意為之的。如果你是技術人員，你一定喜歡。

這個驚喜歸功于TASKCTL的脫機應用機制，也就是說你可以不依賴服務器，輕松帶著你的’流程‘到處走。不論何時，你都很輕松知道你的流程是什么樣子。回家，看看，改改；白天上班，不論是辦公室、會議室、休息間，你都很方便與同事討論討論你的流程；離開項目，你可以將流程悄悄的帶走。當有一天，打開TASKCTL客戶端，你可以看到你曾經設計的各個流程，屆時，你心里一定很自豪吧。

這些，看似與調度無關，但是不是又很實用呢？

那看看Control-M是否可以做到呢？我的回答是，理論上可以，但實際不可能。你只要想想，連服務端是不是很方便就知道了。也許除了項目現場可以方便連接，其它地方，還是洗洗睡吧！

非常感謝你能看到這里。PK歸PK，結論歸結論，選擇歸選擇，每個人心中都有自己的選擇，我的選擇是面對超大型項目（10000個任務以上），ETL調度還是Control-M，而中小型項目，我可能要選擇TASKCTL。

轉載于:https://www.cnblogs.com/kitleer/archive/2013/01/31/2886397.html

總結

以上是生活随笔為你收集整理的ETL工具调度之中美PK的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。