作者從 ASP.NET 轉型 BI 領域，深耕公安、保險、廣電、電信行業專案，率先在 BI 中引入 Silverlight RIA + GIS 地圖視覺化。本文基於多年交付經驗，系統梳理微軟 BI 產品體系、主流架構選型、技能模型、團隊組織與專案避坑指南。
三者皆在 Visual Studio (SSDT) 統一 IDE 開發，版本控管、CI/CD 原生支援。
| 架構類型 | 棧層組合 | 優點 | 缺點 | 適用場景 |
|---|---|---|---|---|
| 全微軟原生 | Win Server + IIS + SQL(SSIS/SSAS/SSRS) + SharePoint/PPS + Office | 無縫整合、單一廠商支援、前端訓練成本低 (Excel/SharePoint 熟悉度高) | 授權綁定重 (需 SharePoint Enterprise)、維護複雜、彈性受限 | 已投資微軟生態、強合規需求、標準化報表導向 |
| 混合自研前端 | Win Server + IIS + SQL(SSAS) + 自研 ETL 框架 + 第三方/自研前端 | ETL/UI 完全可控、解決複雜非標需求、避開 SSIS 痛點 (Oracle 驅動不穩、大數據量效能) | 開發維護成本高、需全棧團隊、重複造輪子風險 | 極複雜 ETL 邏輯、特殊視覺化需求、微服務架構 |
| 推薦：BI + RIA + GIS | Win Server + IIS + SQL(SSAS) + ASP.NET WebAPI + Silverlight/Blazor/WASM + GIS (ArcGIS/Mapbox/OpenLayers) | 豐富互動體驗、地圖空間分析、跨平台潛力 (Blazor WASM)、關注點分離 | RIA 技術棧演進快 (Silverlight 終止)、GIS 授權成本、前端複雜度高 | 決策支援、指揮調度、空間數據密集型業務 (警務、物流、電信、公用事業) |
關於 SSIS 的愛恨情仇： 多位資深 DBA 反映 SSIS 抽取 Oracle 常「半路死掉」，根因多為 Oracle OLE DB/ODBC 驅動版本相容性。若核心異構源為 Oracle/DB2/PostgreSQL，且單表 > 1000 萬列，自研 ETL 框架 (Bulk Copy + 平行分區 + 斷點續傳) 往往更穩健。微軟內部多個團隊同樣選擇自研 ETL。
| 層級 | 技能項目 | 深度要求 |
|---|---|---|
| 基礎設施 | Windows Server / Linux 運維、網路、儲存、安全 | 熟練部署、監控、故障排查 |
| IIS / Kestrel / 反向代理 | 網站發布、SSL、效能調優、應用程式池隔離 | |
| SQL Server 核心 | 索引、統計資料、鎖死、查詢優化、備份恢復、AlwaysOn |
| 層級 | 技能項目 | 深度要求 |
|---|---|---|
| BI 專業 | T-SQL (ETL 核心，佔專案 50%+ 工時) | 集合思維、窗口函數、動態 SQL、效能調優 |
| MDX / DAX / DMX | 多維/表格模型計算、時間智慧、安全角色 | |
| SSAS 建模 | 維度設計、分割區策略、聚合設計、處理模式 | |
| PowerShell | 自動化部署、AMO 操作 SSAS、監控腳本 | |
| .NET / C# | WebAPI、服務封裝、前端框架互操作 | |
| 前端視覺化 | Silverlight (舊) / Blazor / React + D3 / ECharts / 商業圖表元件 |
GIS 技能加分項： 投影座標系、空間索引、GeoJSON/TopoJSON、地圖切片服務、空間查詢最佳化。專案若涉「哪裡」、「軌跡」、「熱力圖」，GIS 能力決定交付上限。
採用螺旋式迭代：首版核心指標上線 → 收集回饋 → 擴展主題域 → 引入進階分析。沒有「一版成功」的 BI 專案，只有「持續進化」的產品。
BI 是將資料轉化為決策資產的工程學科。微軟棧雖有歷史包袱，但隨著 Power BI、Azure Synapse、Fabric 的演進，已構建出「雲邊一體、開閉源兼容、低代碼到專業代碼全覆蓋」的現代化能力矩陣。選型不在「完美」，而在「適配團隊基因、業務節奏與演進路徑」。願這份經驗總結能為你的決策提供參考坐標。
