原文地址：http://dangdangdotcom.github.io/elastic-job/post/1.x/distribution/

何為分散式作業？

分片概念

任務的分散式執行，需要將一個任務拆分為n個獨立的任務項，然後由分散式的伺服器分別執行某一個或幾個分片項。

例如：有一個遍歷資料庫某張表的作業，現有2臺伺服器。為了快速的執行作業，那麼每臺伺服器應執行作業的50%。 為滿足此需求，可將作業分成2片，每臺伺服器執行1片。作業遍歷資料的邏輯應為：伺服器A遍歷ID以奇數結尾的資料；伺服器B遍歷ID以偶數結尾的資料。 如果分成10片，則作業遍歷資料的邏輯應為：每片分到的分片項應為ID%10，而伺服器A被分配到分片項0,1,2,3,4

分片項與業務處理解耦

Elastic-job並不直接提供資料處理的功能，框架只會將分片項分配至各個執行中的作業伺服器，開發者需要自行處理分片項與真實資料的對應關係。

分散式作業的執行

Elastic-job並無作業排程中心節點，而是基於部署作業框架的程式在到達相應時間點時各自觸發排程。

註冊中心僅用於作業註冊和監控資訊儲存。而主作業節點僅用於處理分片和清理等功能。

個性化引數的適用場景

個性化引數即shardingItemParameters，可以和分片項匹配對應關係，用於將分片項的數字轉換為更加可讀的業務程式碼。

例如：按照地區水平拆分資料庫，資料庫A是北京的資料；資料庫B是上海的資料；資料庫C是廣州的資料。 如果僅按照分片項配置，開發者需要了解0表示北京；1表示上海；2表示廣州。 合理使用個性化引數可以讓程式碼更可讀，如果配置為0=北京,1=上海,2=廣州，那麼程式碼中直接使用北京，上海，廣州的列舉值即可完成分片項和業務邏輯的對應關係。

作業高可用

Elastic-job提供最安全的方式執行作業。將分片項設定為1，並使用多於1臺的伺服器執行作業，作業將會以1主n從的方式執行。

一旦執行作業的伺服器崩潰，等待執行的伺服器將會在下次作業啟動時替補執行。 開啟失效轉移功能效果更好，可以保證在本次作業執行時崩潰，備機立即啟動替補執行。

最大限度利用資源

Elastic-job也提供最靈活的方式，最大限度的提高執行作業的吞吐量。將分片項設定為大於伺服器的數量，最好是大於伺服器倍數的數量，作業將會合理的利用分散式資源，動態的分配分片項。

例如：3臺伺服器，分成10片，則分片項分配結果為伺服器A=0,1,2;伺服器B=3,4,5;伺服器C=6,7,8,9。 如果伺服器C崩潰，則分片項分配結果為伺服器A=0,1,2,3,4;伺服器B=5,6,7,8,9。在不丟失分片項的情況下，最大限度的利用現有資源提高吞吐量。

==============================================================================================================