所屬模組: CMDB(可選)
Wireframe: 開啟互動原型 → 側邊欄「資產管理」(含資產列表、資產詳情、拓撲圖)
「那台伺服器是誰負責的?跑了什麼服務?掛了會影響什麼?」——出事的時候沒人答得出來。IT 資產清單在 Excel 裡,三個月沒更新了。
集中管理所有 IT 資產:伺服器、網路設備、儲存設備、應用程式、資料庫、服務。每種類型有專屬欄位,也支援自訂欄位。
資產類型與篩選:
採 4 主 tab + 「其他類型 ▼」dropdown 結構(對齊業界 ServiceNow / Device42 / Lansweeper;類型擴充友善,避免 8 tab 並列視覺擠)。
主 tab(4 個高頻類型):
| Tab | 資產類型 | 說明 |
|---|---|---|
| 全部 | — | 所有類型的資產總數(含 dropdown 內類型) |
| 伺服器 | Server | 實體伺服器 + 虛擬機(compute) |
| 網路 | Network | 交換器、路由器、防火牆(connectivity) |
| 應用程式 | Application | 業務軟體(ERP、CRM 等,service delivery) |
「其他類型 ▼」dropdown(4 個特殊類別):
| 項目 | 資產類型 | 說明 |
|---|---|---|
| 儲存 (N) | Storage | SAN、NAS、雲端儲存(少量大設備) |
| 資料庫 (N) | Database | MySQL、PostgreSQL、MSSQL 等(特殊型應用) |
| 服務 (N) | Service | 邏輯服務定義(ERP 服務、Email 服務等,邏輯實體) |
| 其他 (N) | Other | 不屬於以上分類(UPS、KVM、印表機等) |
點擊主 tab 或 dropdown 內項目即時篩選下方資產表格。當 dropdown 內項目 active 時,主 tab 「全部」退到非 active 狀態,dropdown 顯示「其他類型: 儲存 ▼」高亮。
資產狀態:
| 狀態 | 說明 | 節點顏色 |
|---|---|---|
| 啟用 | 正常運作中,可被事件和拓撲圖引用 | 🟢 綠色 |
| 維護中 | 計劃性維護(韌體升級、硬體更換等),暫時離線 | 🟡 黃色 |
| 停用 | 不再使用(退役、安全事件封存等),資料保留但不出現在拓撲圖 | ⚫ 灰色 |
資產概覽 KPI(單行 banner):
頂部 KPI 採單行 banner呈現(沿用 IN-033 / AP-010 / AT-001 跨模組一致模式,取代既有 4 卡佈局)。三段內容:
≥ 1024px 單行不換行;< 1024px 折行 2 列。
搜尋:搜尋範圍為資產名稱、IP 位址、序號,即時篩選表格。
新增資產:點 [+ 新增資產] 開啟 modal-new-asset(沿用 admin modal 模式,不開新頁)。Modal 內:類型 dropdown(7 類)→ 動態載入該類型欄位(共用 + 預設專用)→ [儲存並繼續編輯詳情] 或 [儲存並回列表] 二選一提交。
漸進載入分頁:初始載入 50 筆(依預設排序:類型分組 → 名稱),表格底部 [載入更多] 按鈕點擊增量 +50 筆;計數明確顯示「顯示 X / 共 N」。已載入 ≥ 總筆數時 [載入更多] 隱藏,計數改為「共 N 筆,已全部顯示」。
資產表格欄位:名稱、類型、IP/URL、狀態、標籤、負責人。點擊行跳轉到資產詳情頁。預設排序依類型分組,同類型依名稱排序。統一列表視圖(無卡片切換;CMDB admin 工作流以 spreadsheet 心態為主,業界對標皆無卡片視圖)。
資產詳情頁操作([編輯] 主 CTA + ⋯ overflow):
沿用 IN-034 / SD-027 / AT 跨模組「主 CTA + ⋯ overflow」模式,避免 [編輯][停用][刪除] 三平行(停用/刪除為低頻,不該與編輯並列)。
| 區位 | 動作 | 行為 |
|---|---|---|
| 主 CTA | [編輯] | 修改資產的所有欄位(名稱、類型、狀態、位置、負責人、標籤、專用欄位) |
| ⋯ overflow(啟用狀態) | [停用] | 狀態改為「停用」(資料保留,不刪除),需確認 |
| ⋯ overflow(維護中/停用狀態) | [啟用] | 恢復為「啟用」狀態,恢復顯示於拓撲圖 |
| ⋯ overflow(永遠在內) | [刪除] | 永久刪除資產和所有關聯、維護記錄,需二次確認;破壞性動作不放主視窗,降低誤點機率 |
詳情頁 4 個 Tab 結構:
| Tab | 計數 | 內容 |
|---|---|---|
| 基本資訊 | — | 共用欄位卡 + 該類型專用欄位卡(兩卡並列) |
| 關聯 | (N) | 該資產與其他資產的關聯(depends_on / hosted_on / connected_to / runs_on / uses / contains) |
| 維護記錄 | (N) | 維護歷史時序列表 + [+ 新增維護記錄] 按鈕(開啟 modal-new-maintenance) |
| 關聯工單 | (N) | 該資產關聯的工單與 Workflow(CM-005 ④ + CM-011)— 5 欄表格:類型 (工單/Workflow) / ID / 標題 / 狀態 / 最近執行;點擊 ID 跳對應模組詳情頁;空狀態文案「此資產目前無關聯的工單或 Workflow」;雙模組未授權時 tab 隱藏 |
不同資產類型有不同的專屬欄位(7 種類型完整列表):
| 類型 | 專屬欄位 |
|---|---|
| Server | CPU Cores、RAM、OS、虛擬化(Host/Guest/否)、序號 |
| Network | 廠牌型號、Port 數、管理 IP、韌體版本 |
| Storage | 總容量、使用率、RAID 等級、介面(SAS/NVMe/iSCSI) |
| Application | 版本、部署方式(On-Prem/SaaS)、URL、負責團隊 |
| Database | 引擎(MySQL/PostgreSQL/MSSQL)、版本、資料量、備份頻率 |
| Service | 描述、負責團隊、SLA 等級、健康狀態(邏輯實體,見下方說明) |
| Other | 描述(textarea,自由文字)— 範例:UPS / KVM / 印表機 / 工業設備等雜項;其餘細節請用自訂欄位(CM-007)擴充 |
管理員可為任何類型新增自訂欄位(文字/數字/日期/下拉選單)。使用者不可新增類型(避免 long tail,業界 ServiceNow / Device42 慣例)。
Service vs 實體資產差別:
| 面向 | 實體資產(Server / Network / Storage / Application / Database / Other) | Service |
|---|---|---|
| 性質 | 對應實體設備 / 軟體實例 | 邏輯實體(IT 服務概念) |
| 範例 | ESXi-01、Core Switch、ERP-DB-01 | ERP 服務、Email 服務、VPN 服務 |
| CMDB 用途 | 設備清冊 + 健康監控 | 服務錨點 + 透過 depends_on / runs_on 連到實體資產 |
| 拓撲圖呈現 | 樹狀依賴節點 | 服務視角的中心節點,健康由依賴中最差狀態推算 |
| 業界對標 | 一般 CI(Configuration Item) | ServiceNow Configuration Item Service / Datadog Service Catalog |
為什麼把 Service 列為 type? 為了在 CMDB 中以「服務」為錨點關聯到底下實體資產,並驅動拓撲圖「服務視角」(CM-023)+ 影響分析(CM-024 Phase 2)。Service 不對應實體設備,但仍需被建立、命名、編輯,作為 IT 維運溝通的共通語言。
設定資產之間的依賴關係。雙向顯示,改一邊另一邊自動更新。
關聯類型:
| 關聯類型 | 英文 | 說明 | 範例 |
|---|---|---|---|
| 託管於 | hosted_on | VM 運行在 Host 上 | ERP-VM hosted_on ESXi-01 |
| 連接至 | connected_to | 網路連接 | ESXi-01 connected_to Core Switch |
| 使用 | uses | 使用某個資源 | ESXi-01 uses SAN-Storage-01 |
| 依賴 | depends_on | 服務層依賴 | ERP 服務 depends_on ERP-VM |
| 運行 | runs | 應用運行於伺服器 | ERP App runs Web-VM-01 |
關聯操作:新增關聯(選擇目標資產 + 關聯類型)、刪除關聯(需確認)。
每個資產可記錄維護歷史,用於追蹤設備生命週期和成本。
詳情頁「維護記錄」tab 內 [+ 新增維護記錄] 按鈕點擊 → 開啟 modal-new-maintenance(沿用 admin modal 模式,不開新頁)。
| 欄位 | 性質 | 說明 |
|---|---|---|
| 日期 | 必填 | date picker,預設今天 |
| 類型 | 必填 dropdown | 6 選:韌體升級 / 硬體更換 / 擴充 / 初始安裝 / 定期保養 / 其他(系統不允許新增類型,避免 long tail) |
| 描述 | 必填 textarea | 維護內容詳細說明 |
| 執行者 | 必填 | 負責人,預設當前登入使用者 |
| 工時 (h) | 必填 number | 花費時間(小時,可小數如 0.5h) |
| 成本 | 選填 number | 費用(整數元 NTD) |
點「CSV 匯入」→ 上傳 CSV 檔案 → 欄位對映(CSV 欄位 → Nexus 欄位)→ 驗證預覽(顯示成功/異常/重複筆數)→ 確認匯入。異常項目可略過或修正後重試。
視覺化顯示整個 IT 基礎架構的全貌。三種視角:
| 視角 | 用途 | Phase |
|---|---|---|
| 全域拓撲圖 | 看所有資產和關聯,節點顏色反映即時狀態 | MVP |
| 服務拓撲圖 | 以某個服務為中心,展開它依賴的所有資產 | MVP |
| 影響分析圖 | 以問題設備為中心,展開會被影響的服務和使用者 | v1.0 |
服務視角操作(CM-023):
對齊 ServiceNow Service Map / Datadog Service Catalog 業界模式。
節點顏色(雙層語意):避免單色雙意衝突,由兩層獨立決定:
| 層 | 觸發 | 顏色 | 說明 |
|---|---|---|---|
| 第一層(資產狀態,永遠生效) | status=Active | 🟢 啟用 | 正常運作 |
| status=Maintenance | 🟡 維護中 | 計畫性維護 | |
| status=Inactive | ⚫ 停用 | 退役/封存(純黑非紅,業界 disabled state 慣例) | |
| 第二層(即時健康,需 LibreNMS Phase 2 連線) | 啟用 + warning | 🟡 警告 | CPU/RAM/溫度等指標超閾值,疊加在啟用節點上 |
| 啟用 + error | 🔴 異常 | 設備不可達 / Critical 告警,疊加在啟用節點上 |
衝突處理:第二層只覆蓋啟用節點。維護中和停用節點 SHALL NOT 顯示即時健康(資產不在維運狀態,即時健康無意義)。紅色保留 Phase 2 異常,停用是純⚫黑而非紅⛔。
服務健康推算:服務節點顏色由其依賴的資產中「最差狀態」決定。例如 AD 服務依賴 2 台 AD 伺服器,其中 1 台維護中 → AD 服務顯示 🟡 黃色。
互動行為:
不用手動一筆一筆輸入。系統透過 SSH、SNMP、REST API 自動掃描網路,找出所有設備並匯入。支援 Cisco、Dell、HP、Fortinet、VMware、Synology 等主流廠牌。
已經有 ServiceNow 或 i-doit?可以設定同步,不用重複維護。
IT 管理員老李在 Nexus 建立了 40 台設備的資產:
- 2 台 AD 伺服器、1 台 ERP 伺服器、3 台交換器、1 台防火牆...
- 設定了關聯:ERP 跑在 ESXi-01 上,ESXi-01 連接 Core Switch
- 定義了「ERP 服務」,把相關資產關聯到底下
某天 Core Switch 故障。IT 維運小陳打開影響分析拓撲圖:
- 以 Core Switch 為中心展開,看到 ESXi-01、ERP 伺服器都受影響
- 系統標示:影響 2 個服務、約 200 位使用者
- 快速判斷影響範圍,決定立即升級為 SEV1
| 版本 | 功能 |
|---|---|
| v0.1 MVP | 資產 CRUD + 標籤 + 自訂欄位 + 關聯 + CSV 匯入 |
| v0.2 | 全域拓撲圖 + 服務拓撲圖(基本統計由 KPI banner 涵蓋;進階圖表交給 Analytics 模組) |
| v0.3 | 自動探索(SNMP/SSH/API)+ LibreNMS 同步 |
| v1.0 | 影響分析圖 + 外部 CMDB 同步 + Agent 回傳 |