在這個步驟中,會配置系統元素給在上一個步驟定義的節點。部署可以從邏輯角度及實體角度來說明。
邏輯部署是將邏輯元素(類別、子系統,或這些元素的實例)對映到節點。這些元素可以包括控制緒。例如,邏輯部署可能會指出要將 AuctionManager 子系統部署至應用程式伺服器。
實體部署是將檔案對映至節點。例如,實體部署可能會指出要將 CloseAuctionTimer.class 檔部署到 server76。
分散情況會造成總計可能並且通常是小於各個部分的總計。若要獲得分散的實際好處,需要努力和審慎的規劃。在決定要將哪些元素對映到哪些節點時,請注意如下事項:
-
節點容量(就記憶體和處理功力而言)
-
通訊媒體頻寬(匯流排、LAN、WAN)
-
硬體及通訊鏈結、重新遞送的可用性
-
冗餘及容錯需求
-
回應時間需求
-
通訊量需求
配置元素給節點時,是為了縮減通過網路的傳輸數量;需要進行大量互動的元素,應該要放置在相同的節點上;而互動較少的元素,則可以位在不同的節點上。最重要,並且通常需要反覆進行的決策,是要如何區分。將處理作業分散到兩個以上的節點時,需要詳細審查系統中的跨程序通訊型樣。一般都認為分散處理程序,可以將某部機器上的工作負荷移到另一部機器。但在實際情況中,如果沒有審慎考量程序和節點的界線,額外的跨程序通訊工作量卻很可能會抵銷分散工作量所帶來的好處。
範例
前一個範例圖解 ATM 部署觀點顯示 ATM 節點將程序配置給節點。其中有一個程序 (ATM Main),此程序包含三個不同的控制緒(客戶介面、ATM 網路介面以及裝置控制器)。
有些環境會提供機制來自動化及/或簡化分散作業。例如:
-
叢集:叢集是指一組視同一個單元行動的一組伺服器,通常會包括如失效接手及負載平衡功能。在此情況下,「部署觀點」就應該說明如何將系統元素配置給叢集,以及如何配置叢集,使其對映至實體節點。
-
儲存器:在諸如 J2EE、Microsoft .NET
等等的元件環境中,在邏輯運算環境中執行的元件,就稱為儲存器。儲存器可以想成是「邏輯節點」。部署觀點應該說明如何將系統元素部署到儲存器,以及如何配置儲存器給實體節點。
這種支援分散機制的用法,以及必須如何配置及對映至實體節點,以符合分散需求,應該記錄作為「部署觀點」的一部分。
|