用了was一段時間了，只是簡單的應用，其實要想熟悉必須從源頭瞭解，那就是節點問題：
單元：
單元是整個分佈式網絡中一個或多個節點的邏輯分組。單元是一個配置概念，是管理員將節點間邏輯關聯起來的實現方法。管理員根據具體的業務環境，制定對其整體系統集成環境有意義的條件來定義和組織構成單元的節點。就一般情況來說，可以將單元看作是最大的作用域。
在 IBM WAS ND 產品中，管理配置數據都存儲在 XML 文件中。單元保留了它每個節點中每臺服務器的主配置文件。同時每個節點和服務器也有其自己的本地配置文件。如果服務器已經屬於單元，則對於本地節點或服務器配置文件的更改都是臨時的，通過在本地提交更改生效時，本地更改覆蓋單元配置，但是當執行單元配置文檔同步到節點的操作時，在單元級別上對主控服務器和主節點配置文件所作的更改將會替換對該節點所作的任何臨時更改。
節點：
節點是受管服務器（Server）的邏輯分組。節點通常與具有唯一 IP 主機地址的邏輯或物理計算機系統對應，節點不能跨多臺計算機。節點分爲受管節點與非受管節點。
關於 Node、Profile 與 Server:
這三個概念比較容易混淆，我們拿出來對比說明：Node=Profile。Node 是管理上使用的概念，Profile 是實際的概要文件，它們代表同一事物。Server 就是所謂的 Application Server Instance , 這是我們實際要佈署 Application 的地方。在IBM WAS ND 產品中受管節點的 Node Agent 目的就是讓 Deployment Manager Server 可以透過 Node Agent 來管 Node (Profile) 中的 Application
Server Instance，一個 Node (Profile) 中可以有多個 Application Server Instance。
如果是非 ND 版本 , 則屬於 Single Server 版本，那麼一個 Node (Profile) 中只能有一個 Application Server Instance，如果你希望在一臺機器上有多個 Application Server Instance，那就只能透過創建多個 Profile (Node) 來達成，但這些 Node (Porfile) 彼此獨立沒有管理上的關係 (RelationShip)，只要使用的 TCP/IP Port 不要衝突即可。