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

?

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

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

?

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

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

?

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

?

一、企業(yè)級特征體驗PK

說實話，什么是調(diào)度的企業(yè)級特征，我無法定義，但至少應該有以下幾個方面：網(wǎng)絡支撐能力、跨平臺能力、穩(wěn)定性、大規(guī)模數(shù)據(jù)支撐能力、數(shù)據(jù)集中管理、統(tǒng)一應用門戶等。我姑且就從這幾個方面比較。

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

2.?跨平臺能力，TASKCTL只支持unix\linux環(huán)境，而Control-M支持各種主流操作系統(tǒng)；

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

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

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

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

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

?

?

二、功能點PK

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

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

?

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

三、用戶體驗PK

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

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

那么，我們就來看TASKCTL怎么通過一系列的創(chuàng)新設計優(yōu)化它的用戶體驗。

?

　　關(guān)注焦點：TASKCTL的創(chuàng)新、關(guān)鍵用戶場景、與Control-M的對比。

?

?

（一）先說TASKCTL幾個關(guān)鍵的創(chuàng)新

1.?無數(shù)據(jù)設計，無數(shù)據(jù)技術(shù)并不新鮮，但在專業(yè)調(diào)度技術(shù)平臺領(lǐng)域，該軟件是唯一。

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

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

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

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

?

?

（二）關(guān)鍵應用場景

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

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

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

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

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

?

?

（三）現(xiàn)在，我們來看看TASKCTL的創(chuàng)新在以上應用場景中,相比Control-M怎樣出色發(fā)揮。

1.流程圖展示效果

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

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

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

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

?

2.安裝部署應用場景

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

?

3.流程設計應用場景

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

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

?

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

4.監(jiān)控應用場景

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

5.查詢應用場景

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

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

這些，看似與調(diào)度無關(guān)，但是不是又很實用呢？

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

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

轉(zhuǎn)載于:https://www.cnblogs.com/kitleer/archive/2013/01/31/2886397.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。