代理服務是一種復雜的技術，具有很多可配置的移動組件。詳細信息如下：

信息

信息是指在服務代理應用程序中調用的基本信息單元。對于服務代理來說，信息的接收總是按照其被發(fā)送的順序進行，并且保證僅發(fā)送和接收一次。同時保證信息不丟失。有時發(fā)送的信息不能立即被收到。如果遇到這種情況，服務代理保存信息，并嘗試以后再次發(fā)送。確認書將在信息之前被發(fā)送，來確保被他們傳輸?shù)臄?shù)據(jù)是所需要的。信息傳輸?shù)淖畲笾捣浅４螅_2GB。

會話

當在服務代理應用程序中發(fā)送一個信息時，它需要使用一個會話（或對話）。會話被創(chuàng)建成一個特殊任務，當任務完成時即被刪除，事實上，初級信息交流構建在服務代理中，而不是信息中。會話發(fā)生在兩個端點服務中：開始會話服務（發(fā)起者），以及接受會話請求服務（目標）。

隊列

在一個服務代理應用程序中，信息被存儲在一個隊列中直到被處理。在內部，服務代理隊列是一種特殊類型的表格，能夠通過隊列的名稱在SELECT語句中查看。然而，你不能在一個隊列中發(fā)布INSERT, UPDATE, 或DELETE語句。你安置在一個隊列的信息支持服務器重啟，這保證信息不丟失。

服務

服務程序是從一個隊列中讀取信息然后處理它們。服務可以是一個ad hoc,一個存儲程序，或者一個連接到數(shù)據(jù)庫的不同程序。每個服務必須與一個隊列相關聯(lián)。如前所述，會話發(fā)生在服務之間。

會話群

會話群用于使信息處理連續(xù)化并使它們相互關聯(lián)。每個會話是一個會話群的成員。主要觀點是一些信息與其它相關，會話群使它們在一起保持一種整齊的方式。事實上，事務處理給予會話群中的所有信息獨有的連續(xù)訪問，直到處理過程結束。

與服務代理應用程序相關有很多其它移動部件。上述這些組成是服務代理游戲的主要玩家。你對它們越熟悉，你越能寫出好的服務代理程序。現(xiàn)在讓我們研究你如何能夠使用服務代理程序來執(zhí)行商業(yè)事務處理。

商業(yè)處理

在商業(yè)程序中的任務很少以同步方式執(zhí)行。這些事務的處理經(jīng)常包含獨立的任務，它們可能在同步發(fā)生，可能互相交迭，也可能在處理過程中不依賴于其它步驟。這通常是適用于產品制造，特別是客戶預訂購買的產品，比如汽車。

當有人預訂了一款自定義汽車，創(chuàng)建汽車部件的步驟不必彼此依賴。例如，這些部件中很多可以同時建造。然而，在加工過程結束時，他們要裝配成汽車。你將遇到：

在過程中的步驟依賴前面的步驟

如果步驟遇到失敗，其對于總體項目的成功顯得更重要

步驟需要來自購買者的額外投入

除了這些情況，如果潛在買家撤銷了訂單，按照過程處理邏輯有必要償還。你可能熟悉具有這些特點的一種類型的商業(yè)過程。

當類似的過程在數(shù)據(jù)庫中執(zhí)行時，通常執(zhí)行一系列數(shù)據(jù)庫處理事務，并且每個處理過程執(zhí)行一個獨立的原子水平任務。當一個數(shù)據(jù)庫處理過程前進或者返回時，這些一系列相關的商業(yè)事務通常不能用這樣的一種方式完成。它們必須有計劃的設計，以便如果失敗，邏輯用于使商業(yè)處理事務重新返回。整個商業(yè)過程很難執(zhí)行，由于這些獨立的過程實際上彼此聯(lián)系，包含一個整體的目標。這是一個隊列體系結構的真正價值所在，比如服務代理。

在一個服務代理應用程序中，并行的處理過程是可能的，并且經(jīng)常需要。你可以根據(jù)你的商業(yè)過程來使你的應用程序服從這種模式。在我們的客戶汽車例子中，你能夠用這樣的方式設計你的程序，以便遵照底盤建筑模式，以及同時遵照發(fā)動機建筑模式。最好的是，使用會話群使這些獨立的部件加工過程彼此聯(lián)系。