中美兩國10萬級做業調度工具 「TaskCtl「 Vs 「Control-M「 到底該如何選用？

前言：

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

中方：TASKCTL ( www.taskctl.com )

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

Control-M

TaskCtl

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

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

企業級特徵體驗PK

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

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

2. 跨平臺能力，TASKCTL只支持unixlinux環境，而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.流程圖展現效果

Control-M

TaskCtl

在分析各個應用場景以前，咱們先看看流程圖展現效果，流程圖的好壞關係到不少應用場景。

軟件的容易，是由於掌握了技術，都容易實現指定的業務功能。軟件的困難，是實現了某種功能，但它並不必定適用。不管是各類耳熟能詳ETL工具中的調度，仍是不少專業調度平臺，都具備流程圖的展現。但若是說誰的流程圖更實用，我認爲TASKCTL的流程圖最具實用性。不少軟件只是停留在能畫流程圖的層面，而TASKCTL不只能夠畫流程圖，它爲了美觀且清新的展現，它爲了方便查詢、定位、切換等操做，提供了八大技巧功能。

雖然我說的很確定，但仁者見仁，每一個人都有本身的見解。不過，你一一比對TASKCTL這八大特徵就會明白，並且，你必定要記住，流程圖的根本目的，不是爲了畫圖，也不是爲了設計，而是爲了直觀的展現，爲了經過圖形，快速瞭解你的流程是什麼‘樣子‘。

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

2.安裝部署應用場景

Control-M即使您熟悉，環境搭建沒有半天你別想搞定。而TASKCTL不管你否熟悉，按《TASKCTL新手體驗》操做，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

Control-M

對這個應用場景，除了一些不同的操做技巧之外，我認爲總體上TASKCTL並無什麼出色亮點。但完整的後臺客戶端應用系統，讓技術人員有更多的選擇。

5.查詢應用場景

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

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

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

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

最後想說

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

歡迎你們將你的見解留言在評論區與咱們一塊兒討論，咱們將優先選取3-5位精品留言給與無償使用taskctl 6.0 永久權限，讓你近一步親臨瞭解產品的功能屬性同時，更是對咱們國內軟件研發羣體的支持與確定....