VIN
產品線
維脈・網路 / 電信 / 機房 / 代管 / 平台 / 系統,可獨立採購或整體導入,共用同一套規範模型與作業流程。
六條產品線一覽
| 產品線 | 涵蓋範圍 | 主要解決的問題 |
|---|---|---|
| 維脈・網路 | 骨幹與區域網路、路由、交換、防火牆、VPN、網段與位址管理、網域與憑證 | 組態散落、現況與規劃脫節、跨區管制無紀錄 |
| 維脈・電信 | 線路接取、專線、跨據點互連、企業通訊、通訊品質量測 | 備援設計未驗證、品質問題靠客訴才發現 |
| 維脈・機房 | 實體資產、虛擬化平台、儲存分級、電力與環境、備援規劃 | 資產清冊失準、平台選型缺依據、儲存成本失控 |
| 維脈・代管 | 主機與雲主機代管、資料庫代管、應用與儲存代管、租戶隔離 | 隔離承諾未經實測、資源與帳號長期殘留 |
| 維脈・平台 | 容器叢集、映像倉庫、交付管線、可觀測性、訊息管線 | 映像版本浮動、部署無紀錄、降級失效無法偵測 |
| 維脈・系統 | 作業系統基線、主機初始化、備份與還原、資安基線、定期巡檢 | 主機組態不一致、例外無限增生、備份未驗證 |
維脈・網路
把網段、VLAN、路由、跨區白名單與位址配置集中為單一來源,設備組態由該來源產生而非逐台手打；並持續比對目標配置與實機現況,列出差異。網域、DNS 記錄與憑證納入同一套生命週期管理,到期、輪替與撤銷都有排程與紀錄。
維脈・電信
持續量測延遲、丟包與可用率,並將備援設計寫成可演練的程序 —— 不只記錄「有備援」,還記錄「怎麼切、切過去之後會失去什麼、多久切得回來」。
維脈・機房
實體設備以資產編碼為主鍵,由代號即可推得機櫃、據點與承載角色,並與虛擬化平台上的主機命名一一對應。儲存依冷熱與用途分級,不同分級對應不同介質與副本策略,並在文件中載明容量估算依據。
維脈・代管
租戶隔離採「先實測再承諾」原則：每一項隔離承諾都對應一組實測項目,包含持授權憑證是否列得出他人資源、是否讀得到他人資料；測不過即退回更粗的隔離粒度,而不是調整說法。
維脈・平台
映像一律釘選明確版本與摘要值,不使用浮動標籤；部署經由控制平面執行而不直接登入節點,部署後驗證健康狀態、路由、監控與日誌四項。
另對可降級的相依元件(快取、佇列、監控)另設產出量指標 —— 這類元件壞了也不會讓服務停下來,只會安靜地退化；只看「應用還活著」是看不出來的。
維脈・系統
統一初始化流程與基線設定,由自動化工具執行；例外分類列明並附理由與範圍,且範圍必須寫窄。複製佈建後強制執行主機識別衛生清單(重產識別碼與連線金鑰、清除範本殘留)。