分散式應用系統研究(5) (轉)

分散式應用系統研究(5) (轉)[@more@] 

考慮:namespace prefix = o ns = "urn:schemas--com::office" />

一個應用應該能夠在各個階段配置它的組成服務，包括編譯、靜態連線、、啟動時甚至是執行時。配置一個網路應用的步驟包括命名和定位服務、將服務連線到一個或多個應用的地址空間。這些步驟能以靜態和動態的完成，如下所討論。

l  靜態 與 動態 命名

應用能夠按照他們服務的命名是靜態的還是動態的分類。

靜態命名服務： 將服務的名字在編譯時或者（and/or）靜態連線時與存在的程式碼相關。如Echo。

動態命名服務： 將服務名字與物件程式碼的繫結推遲到服務的時。因此，程式碼即使在編寫、編譯甚至連線時都無需被標識。只有到應用開始執行相應的服務時才開始標識這段程式碼。如。

l  靜態 與 動態連線

應用程式還可以根據服務的連線是動態還是靜態的分為靜態連線和動態連線。

靜態連線 在編譯時或和靜態連線時建立一個完全可執行的應用程式。

動態連線 插入或者移開物件到或者是從一個程式的地址空間。現代操作同時支援顯式和隱式的動態連線。

l  靜態 與 動態配置

動態配置指初始化能夠提供動態命名服務應用的過程。當與動態連線、執行緒/程式建立機制結合，這種動態配置的應用能夠被擴充套件到安裝/啟動或執行。這種擴充套件有利於以下配置相關的問題：

Ø  功能子集：動態配置簡化了執行於一系列OS平臺應用程式家族的功能子集的開發步驟。舉例來說，透過精細的配置服務，應用既能執行於嵌入應用中也能用於企業的網路應用。如一個網路既能執行於PDA上也能執行在PC上。

Ø  工作負載均衡 因為工作負載在執行時經常變化，因此很難確定相關應用服務的特徵引數。因此，透過多次試驗，對備選的應用配置選項在網路環境下進行論證是有必要的。比如這個特定服務（如）一個服務端和多少個客戶端的搭配時最合理的。服務分配在客戶端和服務端的多少也很容易形成瓶頸。太多的服務（功能）在服務端，可能會在導致服務端的瓶頸，太多的服務（功能）在客戶端，又會在客戶端配置有限的情況下形成瓶頸。

動態服務的再配置 高度可用的網路應用比如線上事務處理或實時過程控制等關鍵任務系統可能需要靈活性很高的動態重配置管理。舉例來說，很可能需要在不中斷其他服務的基礎上，加入其他的服務或新版本的服務。重配置基於顯示動態連結機制，能夠大大增強網路應用的功能和靈活性。因為它為整個應用帶來了無需終止其他服務程式/執行緒就可以在執行時增加、刪除、修改的服務。