您可以建立實體模型,作為邏輯層與特定部署實例之間的中間層。實體模型將技術選項引進部署規劃,但是僅指定需要的詳細資料。
關於這項作業
在部署架構的環境定義中,
實體並非指真實的真實世界系統,而是特定的抽象層。此層次的拓蹼說明部署應用程式(其中包括硬體、作業系統、應用程式伺服器等)所需要的技術,以及那些技術的主要設定或規格,例如每一部分軟體的版本。實體拓蹼提供特定部署實例的藍圖,確保部署實務範例中的技術相容,並確保已符合應用程式及基礎架構各組件的所有需求。
程序
- 使用預設公用可編輯合約建立新拓蹼。
- 將邏輯模型匯入至新拓蹼。
- 根據邏輯模型中的規劃,在實體模型中建立概念性單元,以表示應用程式元件及基礎架構。 僅指定必要的詳細資料;例如,如果應用程式呼叫 Java™ EE 應用程式伺服器,而非任何特定品牌的應用程式伺服器,則使用同屬 Java EE 應用程式伺服器單元。
- 建立從邏輯模型中單元到實體模型中單元的實現鏈結。 例如,建立從邏輯模型中節點到實體模型中伺服器單元的實現鏈結。實現鏈結確保實體模型中的單元遵循邏輯模型中的規劃;例如,如果邏輯模型中具有反並存限制項,則拓蹼編輯器會對實體模型中,用於實現邏輯模型中單元的單元施行這些限制。
- 如果您或您的組織已建立指定標準應用程式部署實務範例的最佳實務模型,則匯入該模型,並建立從該模型到實體模型中單元的實現鏈結。 與邏輯模型相同,拓蹼編輯器在最佳實務模型中施行限制,並確保實體模型中的單元遵循最佳實務模型中的規劃。
- 填寫實體模型中任何有意義的單元或其他詳細資料。 例如,如果作業系統的類型相關,則將該類型的作業系統單元新增至管理堆疊,或者使用限制來指定需要的作業系統類型。如果應用程式伺服器必須具有特定版本的 Java JRE,則在其 JRE 功能上指定該版本。
- 建立管理鏈結、延遲管理限制項鏈結及通訊限制項鏈結,以說明應用程式的管理與通訊結構。