資產管理(CMDB)
Arova Nexus — Phase 0 Product Definition | 2026-03-31

所屬模組: 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 卡佈局)。三段內容:

  1. 資產總數 N(啟用 X / 維護 Y / 停用 Z) — 規模 + 狀態分布
  2. 各類型分布(伺服器 N / 網路 N / 儲存 N / 應用程式 N / 資料庫 N / 服務 N / 其他 N) — 結構
  3. 服務定義 N — 邏輯實體

≥ 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 檔案 → 欄位對映(CSV 欄位 → Nexus 欄位)→ 驗證預覽(顯示成功/異常/重複筆數)→ 確認匯入。異常項目可略過或修正後重試。

互動式拓撲圖

視覺化顯示整個 IT 基礎架構的全貌。三種視角:

視角 用途 Phase
全域拓撲圖 看所有資產和關聯,節點顏色反映即時狀態 MVP
服務拓撲圖 以某個服務為中心,展開它依賴的所有資產 MVP
影響分析圖 以問題設備為中心,展開會被影響的服務和使用者 v1.0

服務視角操作(CM-023)

  1. 使用者點「服務視角」tab
  2. 上方 service dropdown 列出所有 type=Service 資產(例:ERP / Email / VPN / AD / Web)
  3. 預設選第一個或記憶上次選擇
  4. 下方畫布以選定 service 為中心,依賴資產樹狀展開
  5. 右上角層級控制 toggle 三選一:[1 hop ✓] [2 hop] [全部],預設 1 hop(最常用:直接依賴)
  6. 切換 dropdown 或 toggle 即時更新畫布
  7. 服務節點顯示推算健康(依賴中最差狀態)

對齊 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 服務顯示 🟡 黃色。

互動行為

自動探索(Phase 2)

不用手動一筆一筆輸入。系統透過 SSH、SNMP、REST API 自動掃描網路,找出所有設備並匯入。支援 Cisco、Dell、HP、Fortinet、VMware、Synology 等主流廠牌。

外部 CMDB 同步(Phase 2)

已經有 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 回傳