已經確認了技術選型，也把套版買好了，回歸實際的系統需求面，來聊聊整個資訊資產系統需要提供的服務。我們直接用業務邏輯的角度來分析，直截了當：

1. 資產管理員的工作入口：Web 站台（Vue3)

每天，資訊部門的同仁打開 Web 系統：

• 資產管理人員先透過 Web 站台操作，輸入新主機的相關資料：購買日期、廠牌型號、序號、放置機房的位置等。站台的表單設計不僅方便填寫，還能即時驗證輸入內容，避免漏填或錯誤。
• 主管要查詢特定網域主機資訊，只要輸入篩選條件，即時取得清單。
  所有這些操作，最終都會轉換成 API 請求，送到後端 API 服務處理。

2. 資產資訊的處理核心：後端 API 服務

後端就像交通警察一樣，控制資產資訊的流動，也可以說是整個系統的大腦，前端送來的每一個請求，都交給後端 API 服務處理：

• 資料查詢：快速比對資料庫，回傳符合條件的資產清單。

• 登載與更新：驗證資產資訊是否正確（避免重複登錄或缺漏欄位），再寫入資料庫。

• 權限控管：根據使用者角色決定能做什麼事。舉例：一般員工只能查自己名下的資產🔒，主管能看到整個部門，而資產管理員擁有全域視角。

• 審核紀錄：每一次資產異動都會經過審核與紀錄，日後若有爭議，可追溯「誰在什麼時候登載或異動資產」。

3. 員工與組織的資料共享中心：HRAPI 服務

每天凌晨，自動同步企業內部的人事系統，並將資料 API 化，可提供系統與系統間對接服務，未來若其他系統需要資料，也能從這裡取得，不必再各自開發，過往幾乎每套系統都得跟人事組織資料文檔做一次同步的批次，而文檔的格式與資料欄位定義需要再重新與開發者重新梳理，遇到新合作廠商又得重新解釋，心累阿，期望基本的人事、組織資訊可直接透過 HRAPI 可以直接提供給其他內部系統使用。

4. 跨系統共享的資訊中心：對外 API 服務

當虛擬化平台中建立一台新的 VM 時，系統會自動觸發事件，透過 對外 API 服務 將這台 VM 的資訊（VM ID、名稱、配置規格、建立時間、負責單位）直接寫入資產系統。管理人員甚至可以在資產系統中即時查詢，看到最新的 VM 清單。

若 VM 被關閉、刪除或是移轉到其他機房，虛擬化平台同樣會呼叫 API 進行更新。這確保了 虛擬化環境與資產登載系統保持一致，不會出現 VM 已經存在於平台上，但資產系統卻沒有紀錄的落差，大幅減少人工需要兩邊維護的人力。透過對外 API，系統不再是孤島，而是能與其他平台合作的「資訊中樞」。

5. 批次任務的業務邏輯：內部 API 服務

系統內部也有需要定期處理的工作，例如：

• 定期檢查授權是否過期，並產生提醒清單。
  這些工作不會直接操作資料庫，而是透過 內部 API 來調用業務邏輯，保持一致性。

6. 資訊資產的夜班守護者：Daily Batch

當大家下班後，這些無聲的任務，確保每一個工作天，資產資訊都是最即時的：

• 00:30 → 自動移除離職的員工權限。
• 01:00 → 依據組織同步後結果，提醒資產管理者進行資產移轉申請。

Ending Remark

呼應前面的直接了當，今天結語直接上圖
圖8-1: 本專案各服務間的關係