chore: reinitialize project with vite architecture

This commit is contained in:
beabigegg
2026-02-08 08:30:48 +08:00
commit b56e80381b
264 changed files with 75752 additions and 0 deletions

658
README.md Normal file
View File

@@ -0,0 +1,658 @@
# MES Dashboard 報表系統
基於 Flask + Gunicorn + Redis + Vite 的 MES 數據報表查詢與可視化系統
> 專案主執行根目錄:`DashBoard_vite/`
> 目前已移除舊版 `DashBoard/` 代碼,僅保留新架構。
---
## 專案狀態
| 功能 | 狀態 |
|------|------|
| WIP 即時概況 | ✅ 已完成 |
| WIP 明細查詢 | ✅ 已完成 |
| Hold 狀態分析 | ✅ 已完成 |
| 數據表查詢工具 | ✅ 已完成 |
| 設備狀態監控 | ✅ 已完成 |
| 設備歷史查詢 | ✅ 已完成 |
| 管理員認證系統 | ✅ 已完成 |
| 頁面狀態管理 | ✅ 已完成 |
| Redis 快取系統 | ✅ 已完成 |
| SQL 查詢安全架構 | ✅ 已完成 |
| 效能監控儀表板 | ✅ 已完成 |
| 熔斷器保護機制 | ✅ 已完成 |
| Worker 重啟控制 | ✅ 已完成 |
| Runtime 韌性診斷threshold/churn/recommendation | ✅ 已完成 |
| WIP 共用 autocomplete core 模組 | ✅ 已完成 |
| 前端核心模組測試Node test | ✅ 已完成 |
| 部署自動化 | ✅ 已完成 |
---
## 遷移與驗收文件
- Root cutover 盤點:`docs/root_cutover_inventory.md`
- 頁面架構與抽屜分類:`docs/page_architecture_map.md`
- 前端計算前移與 parity 規則:`docs/frontend_compute_shift_plan.md`
- Cutover gates / rollout / rollback`docs/migration_gates_and_runbook.md`
- 環境依賴缺口與對策:`docs/environment_gaps_and_mitigation.md`
---
## 最新架構重點
1. 單一 port 契約維持不變
- Flask + Gunicorn + Vite dist 由同一服務提供(`GUNICORN_BIND`),前後端同源。
2. Runtime 韌性採「降級 + 可操作建議」
- `/health``/health/deep``/admin/api/system-status``/admin/api/worker/status` 皆提供:
- 門檻thresholds
- 重啟 churn 摘要
- recovery recommendation值班建議動作
3. Watchdog 維持手動觸發重啟模型
- 仍以 admin API 觸發 reload不預設啟用自動重啟風暴風險。
- state 檔新增 bounded restart history方便追蹤 churn。
4. 前端治理WIP autocomplete/filter 共用化
- `frontend/src/core/autocomplete.js` 作為 WIP overview/detail 共用邏輯來源。
- 維持既有頁面流程與 drill-down 語意,不變更操作習慣。
---
## 快速開始
### 首次部署
```bash
# 1. 執行部署腳本
./scripts/deploy.sh
# 2. 編輯環境設定
nano .env
# 3. 啟動服務
./scripts/start_server.sh start
```
### 日常操作
```bash
# 啟動服務(背景執行)
./scripts/start_server.sh start
# 停止服務
./scripts/start_server.sh stop
# 重啟服務
./scripts/start_server.sh restart
# 查看狀態
./scripts/start_server.sh status
# 查看日誌
./scripts/start_server.sh logs follow
```
訪問網址: **http://localhost:8080** (可在 .env 中配置)
---
## 部署指南
### 環境需求
- Python 3.11+
- Conda (Miniconda/Anaconda)
- Node.js 22+(建議由 Conda `environment.yml` 管理)
- Oracle Database 連線
- Redis Server 7.x+ (設備狀態快取)
### 部署步驟
#### 1. 自動部署(推薦)
```bash
./scripts/deploy.sh
```
此腳本會自動:
- 檢查 Conda 環境
- 建立 `mes-dashboard` 虛擬環境
- 安裝依賴套件
- 複製 `.env.example``.env`
- 驗證資料庫連線
#### 2. 手動部署
```bash
# 建立 Conda 環境
conda create -n mes-dashboard python=3.11 -y
conda activate mes-dashboard
# 安裝依賴
pip install -r requirements.txt
# 安裝前端依賴並建置Vite
npm --prefix frontend install
npm --prefix frontend test
npm --prefix frontend run build
# 設定環境變數
cp .env.example .env
nano .env # 編輯資料庫連線等設定
# 啟動服務
./scripts/start_server.sh start
```
### 環境變數設定
編輯 `.env` 檔案:
```bash
# 資料庫設定(必填)
DB_HOST=your_database_host
DB_PORT=1521
DB_SERVICE=your_service_name
DB_USER=your_username
DB_PASSWORD=your_password
# Flask 設定
FLASK_ENV=production # production | development
SECRET_KEY=your-secret-key # 生產環境請更換
# Gunicorn 設定
GUNICORN_BIND=0.0.0.0:8080 # 服務監聽位址
GUNICORN_WORKERS=2 # Worker 數量
GUNICORN_THREADS=4 # 每個 Worker 的執行緒數
# DB 韌性設定
DB_POOL_SIZE=10
DB_MAX_OVERFLOW=20
DB_POOL_TIMEOUT=30
DB_POOL_RECYCLE=1800
DB_CALL_TIMEOUT_MS=55000
# Circuit Breaker
CIRCUIT_BREAKER_ENABLED=true
CIRCUIT_BREAKER_FAILURE_THRESHOLD=5
CIRCUIT_BREAKER_FAILURE_RATE=0.5
CIRCUIT_BREAKER_RECOVERY_TIMEOUT=30
# Redis 設定
REDIS_URL=redis://localhost:6379/0
REDIS_ENABLED=true
# Watchdog runtime contract
WATCHDOG_RUNTIME_DIR=./tmp
WATCHDOG_RESTART_FLAG=./tmp/mes_dashboard_restart.flag
WATCHDOG_PID_FILE=./tmp/gunicorn.pid
WATCHDOG_STATE_FILE=./tmp/mes_dashboard_restart_state.json
WATCHDOG_RESTART_HISTORY_MAX=50
# Runtime resilience thresholds
RESILIENCE_DEGRADED_ALERT_SECONDS=300
RESILIENCE_POOL_SATURATION_WARNING=0.90
RESILIENCE_POOL_SATURATION_CRITICAL=1.0
RESILIENCE_RESTART_CHURN_WINDOW_SECONDS=600
RESILIENCE_RESTART_CHURN_THRESHOLD=3
# 管理員設定
ADMIN_EMAILS=admin@example.com # 管理員郵件(逗號分隔)
```
### 生產環境注意事項
1. **SECRET_KEY**: 必須設定為隨機字串
```bash
python -c "import secrets; print(secrets.token_hex(32))"
```
2. **FLASK_ENV**: 設定為 `production`
3. **防火牆**: 開放服務端口(預設 8080
### Conda + systemd 服務配置
建議在生產環境使用同一份 conda runtime contract 啟動 App 與 Watchdog
```bash
# 1. 複製 systemd 服務檔案
sudo cp deploy/mes-dashboard.service /etc/systemd/system/
sudo cp deploy/mes-dashboard-watchdog.service /etc/systemd/system/
# 2. 準備環境設定檔
sudo mkdir -p /etc/mes-dashboard
sudo cp .env /etc/mes-dashboard/mes-dashboard.env
# 3. 重新載入 systemd
sudo systemctl daemon-reload
# 4. 啟動並設定開機自動啟動
sudo systemctl enable --now mes-dashboard mes-dashboard-watchdog
# 5. 查看狀態
sudo systemctl status mes-dashboard
sudo systemctl status mes-dashboard-watchdog
```
### Rollback 步驟
如需回滾到先前版本:
```bash
# 1. 停止服務
./scripts/start_server.sh stop
sudo systemctl stop mes-dashboard mes-dashboard-watchdog
# 2. 回滾程式碼
git checkout <previous-commit>
# 3. 重新安裝依賴(如有變更)
pip install -r requirements.txt
# 4. 清理新版本資料(可選)
rm -f logs/admin_logs.sqlite # 清理 SQLite 日誌
# 5. 重啟服務
./scripts/start_server.sh start
sudo systemctl start mes-dashboard mes-dashboard-watchdog
```
---
## 使用者操作指南
本節提供一般使用者的操作說明。
### 存取系統
1. 開啟瀏覽器,輸入系統網址(預設為 `http://localhost:8080`
2. 進入 Portal 首頁,可透過上方 Tab 切換各功能模組
### 基本操作
#### WIP 即時概況
- 顯示生產線 WIP在製品的即時統計
- 可透過下拉選單篩選特定工作中心或產品線
- 點擊統計卡片可展開查看詳細明細
- 支援匯出 Excel 報表
#### WIP 明細查詢
1. 選擇篩選條件工作中心、Package、Hold 狀態、製程站點)
2. 點擊「查詢」按鈕執行查詢
3. 查詢結果顯示於下方表格
4. 點擊「匯出 Excel」下載報表
#### 設備狀態監控
- 顯示所有設備的即時狀態PRD/SBY/UDT/SDT/EGT/NST
- 使用階層篩選功能:
- **生產設備**:僅顯示列入生產統計的設備
- **重點設備**:僅顯示標記為重點監控的設備
- **監控設備**:僅顯示需特別監控的設備
- 設備狀態每 30 秒自動更新
#### 設備歷史查詢
1. 選擇查詢日期範圍
2. 可選擇特定設備或工作中心
3. 查看歷史趨勢圖表和稼動率熱力圖
4. 支援 CSV 匯出
### 管理員登入
1. 點擊右上角「登入」按鈕
2. 輸入工號和密碼(使用 LDAP 認證)
3. 登入後可存取開發中功能頁面
4. 管理員可使用效能監控儀表板(`/admin/performance`
### 常見問題
**Q: 頁面顯示「資料載入中」很久沒反應?**
A: 請檢查網路連線,或重新整理頁面。如持續發生請通知系統管理員。
**Q: 查詢結果與預期不符?**
A: 請確認篩選條件是否正確設定。資料來源為 MES 系統,約有 30 秒延遲。
**Q: 無法匯出 Excel**
A: 請確認瀏覽器允許下載檔案,並檢查查詢結果是否有資料。
---
## 功能說明
### Portal 入口頁面
透過 Tab 切換各功能模組:
- WIP 即時概況
- WIP 明細查詢
- Hold 狀態分析
- 設備狀態監控
- 設備歷史查詢
- 數據表查詢工具
- 抽屜分組導覽(報表類/查詢類/開發工具類)
### WIP 即時概況
- 總覽統計(總 LOT 數、總數量、總片數)
- 按 SPEC 和 WORKCENTER 統計
- 按產品線統計(匯總 + 明細)
- Hold 狀態分類(品質異常/非品質異常)
- 柏拉圖視覺化圖表
### WIP 明細查詢
- 依工作中心篩選
- 依 Package 篩選
- 依 Hold 狀態篩選
- 依製程站點篩選
- 支援 Excel 匯出
### Hold 狀態分析
- Hold 批次總覽
- 按 Hold 原因分類
- Hold 明細查詢
- 品質異常分類統計
### 設備狀態監控
- 即時設備狀態總覽PRD/SBY/UDT/SDT/EGT/NST
- 按工作中心群組統計
- 設備稼動率OU%與運轉率RUN%
- 階層篩選(廠區/產線/重點設備/監控設備)
- Redis 快取自動更新30 秒間隔)
### 設備歷史查詢
- 歷史狀態趨勢分析
- 稼動率熱力圖視覺化
- 設備狀態明細查詢
- 支援 CSV 匯出
### 管理員功能
- LDAP 認證登入(支援本地測試模式)
- 頁面狀態管理released/dev
- Dev 頁面僅管理員可見
### 效能監控儀表板
管理員專用的系統監控介面(`/admin/performance`
- **系統狀態總覽**Database、Redis、Circuit Breaker、Worker 狀態
- **查詢效能指標**P50/P95/P99 延遲、慢查詢統計、延遲分布圖
- **系統日誌檢視**:即時日誌查詢、等級篩選、關鍵字搜尋
- **日誌管理**:儲存統計、手動清理功能
- **Worker 控制**:優雅重啟(透過 Watchdog 機制)
- 自動更新30 秒間隔)
### 熔斷器保護機制
Circuit Breaker 模式保護資料庫免於雪崩效應:
- **CLOSED**:正常運作,請求通過
- **OPEN**:失敗過多,請求立即拒絕
- **HALF_OPEN**:測試恢復,允許有限請求
配置方式:
```bash
CIRCUIT_BREAKER_ENABLED=true
CIRCUIT_BREAKER_FAILURE_THRESHOLD=5
CIRCUIT_BREAKER_FAILURE_RATE=0.5
CIRCUIT_BREAKER_RECOVERY_TIMEOUT=30
```
---
## 技術架構
### 後端技術棧
| 技術 | 版本 | 用途 |
|------|------|------|
| Python | 3.11+ | 程式語言 |
| Flask | 3.x | Web 框架 |
| Gunicorn | 23.x | WSGI 伺服器 |
| SQLAlchemy | 2.x | ORM |
| oracledb | 2.x | Oracle 驅動 |
| Redis | 7.x | 快取伺服器 |
| Pandas | 2.x | 資料處理 |
### 前端技術棧
| 技術 | 用途 |
|------|------|
| Jinja2 | 模板引擎 |
| Vite 6 | 前端多頁模組打包 |
| ECharts | 圖表庫 |
| Vanilla JS Modules | 互動功能與頁面邏輯 |
### 資料庫
- Oracle Database 19c Enterprise Edition
- 主機: 詳見 .env 檔案 (DB_HOST:DB_PORT)
- 服務名: 詳見 .env 檔案 (DB_SERVICE)
---
## 專案結構
```
DashBoard_vite/
├── src/mes_dashboard/ # 主程式
│ ├── app.py # Flask 應用
│ ├── config/ # 設定
│ │ ├── settings.py # 環境設定
│ │ ├── constants.py # 常數定義
│ │ ├── field_contracts.py # UI/API/Export 欄位契約
│ │ └── workcenter_groups.py # 工作中心群組設定
│ ├── core/ # 核心模組
│ │ ├── database.py # 資料庫連線
│ │ ├── redis_client.py # Redis 客戶端
│ │ ├── cache.py # 快取管理
│ │ ├── cache_updater.py # 快取自動更新
│ │ ├── circuit_breaker.py # 熔斷器
│ │ ├── metrics.py # 效能指標收集
│ │ ├── log_store.py # SQLite 日誌儲存
│ │ ├── response.py # API 回應格式
│ │ └── permissions.py # 權限管理
│ ├── routes/ # 路由
│ │ ├── wip_routes.py # WIP 相關 API
│ │ ├── resource_routes.py # 設備狀態 API
│ │ ├── dashboard_routes.py # 儀表板 API
│ │ └── ... # 其他路由
│ ├── services/ # 服務層
│ │ ├── wip_service.py # WIP 業務邏輯
│ │ ├── resource_service.py # 設備狀態邏輯
│ │ ├── resource_cache.py # 設備快取服務
│ │ └── ... # 其他服務
│ ├── sql/ # SQL 查詢管理
│ │ ├── loader.py # SQLLoader (LRU 快取)
│ │ ├── builder.py # QueryBuilder (參數化)
│ │ ├── filters.py # CommonFilters
│ │ ├── dashboard/ # 儀表板查詢
│ │ ├── resource/ # 設備查詢
│ │ ├── wip/ # WIP 查詢
│ │ └── resource_history/ # 設備歷史查詢
│ └── templates/ # HTML 模板
├── frontend/ # Vite 前端專案
│ ├── src/core/ # 共用 API/欄位契約/計算 helper
│ ├── src/portal/ # Portal entry
│ ├── src/resource-status/ # 設備即時概況 entry
│ ├── src/resource-history/ # 設備歷史績效 entry
│ ├── src/job-query/ # 設備維修查詢 entry
│ ├── src/excel-query/ # Excel 批次查詢 entry
│ └── src/tables/ # 數據表查詢 entry
├── shared/
│ └── field_contracts.json # 前後端共用欄位契約
├── scripts/ # 腳本
│ ├── deploy.sh # 部署腳本
│ ├── start_server.sh # 服務管理腳本
│ └── worker_watchdog.py # Worker 監控程式
├── deploy/ # 部署設定
│ ├── mes-dashboard.service # Gunicorn systemd 服務 (Conda)
│ └── mes-dashboard-watchdog.service # Watchdog systemd 服務 (Conda)
├── tests/ # 測試
├── data/ # 資料檔案
├── logs/ # 日誌
├── docs/ # 文檔
├── openspec/ # 變更管理
├── .env.example # 環境變數範例
├── requirements.txt # Python 依賴
└── gunicorn.conf.py # Gunicorn 設定
```
---
## 測試
```bash
# 執行所有測試
pytest tests/ -v
# 執行單元測試
pytest tests/test_*.py -v --ignore=tests/e2e --ignore=tests/stress
# 執行整合測試
pytest tests/test_*_integration.py -v
# 執行 E2E 測試
pytest tests/e2e/ -v
# 執行壓力測試
pytest tests/stress/ -v
```
---
## 故障排除
### 服務無法啟動
1. 檢查 Conda 環境:
```bash
conda activate mes-dashboard
```
2. 檢查依賴:
```bash
pip install -r requirements.txt
```
3. 檢查日誌:
```bash
./scripts/start_server.sh logs error
```
### 資料庫連線失敗
1. 確認 `.env` 中的資料庫設定正確
2. 確認網路可連線到資料庫伺服器
3. 確認資料庫帳號密碼正確
### Port 被占用
1. 檢查 port 使用狀況:
```bash
lsof -i :8080
```
2. 修改 `.env` 中的 `GUNICORN_BIND` 設定
---
## 變更日誌
### 2026-02-08
- 完成並封存提案 `post-migration-resilience-governance`
- 新增 runtime 韌性診斷核心thresholds / restart churn / recovery recommendation
- health 與 admin API 新增可操作韌性欄位:
- `/health`、`/health/deep`
- `/admin/api/system-status`、`/admin/api/worker/status`
- watchdog restart state 支援 bounded history`WATCHDOG_RESTART_HISTORY_MAX`
- WIP overview/detail 抽離共用 autocomplete/filter 模組(`frontend/src/core/autocomplete.js`
- 新增前端 Node 測試流程(`npm --prefix frontend test`
- 更新 `README.mdj` 與 migration runbook 文件對齊 gate
### 2026-02-07
- 完成並封存提案 `dashboard-vite-root-refactor`
- 完成並封存提案 `dashboard-vite-complete-migration`
- 完成並封存提案 `vite-jinja-report-parity-hardening`
- 完成並封存提案 `hold-detail-vite-hardening`
- 完成單一 port Vite 架構切換,根目錄成為唯一執行與部署主體
- 完成 portal 抽屜分類導航、獨立頁與 drill-down 路徑對齊
- 完成欄位契約治理與下載欄位一致性驗證
- 完成 runtime resiliencepool/circuit/degraded contract與 migration gates/runbook 建立
### 2026-02-04
- 新增效能監控儀表板(`/admin/performance`
- 新增熔斷器保護機制Circuit Breaker
- 新增效能指標收集P50/P95/P99 延遲、慢查詢統計)
- 新增 SQLite 日誌儲存與管理功能
- 新增 Worker Watchdog 重啟機制
- 新增統一 API 回應格式success_response/error_response
- 新增 404/500 錯誤頁面模板
- 修復熔斷器 get_status() 死鎖問題
- 修復 health_routes.py 模組匯入錯誤
- 新增 psutil 依賴用於 Worker 狀態監控
- 新增完整測試套件59 個效能相關測試)
### 2026-02-03
- 重構 SQL 查詢管理架構,提升安全性與效能
- 新增 SQLLoader (LRU 快取)、QueryBuilder (參數化)、CommonFilters 模組
- 抽取 20 個 SQL 檔案至 `src/mes_dashboard/sql/` 目錄
- 修復所有 SQL 注入風險LIKE 萬用字元跳脫、IN 條件參數化)
- 優化 workcenter_cards API 回應時間55s → 0.1s
### 2026-02-02
- 新增 Hold Summary 柏拉圖視覺化圖表
- 設備頁面統一排序、階層篩選與標籤優化
### 2026-01-30
- 新增本地認證模式支援開發測試環境
### 2026-01-29
- 新增設備狀態監控頁面
- 新增設備歷史查詢頁面
- 整合 Redis 快取系統30 秒自動更新)
### 2026-01-28
- 新增管理員認證系統LDAP 整合)
- 新增頁面狀態管理released/dev
- 新增部署腳本 `deploy.sh`
- 更新啟動腳本自動載入 `.env`
- 新增完整測試套件57 個測試)
### 2026-01-27
- 新增 Hold Detail 頁面
- WIP 查詢排除原物料
- Hold 狀態分類(品質異常/非品質異常)
### 2026-01-26
- 重構為 Flask App Factory 模式
- 新增全域連線管理
- 新增 WIP 篩選增強功能
---
## 聯絡方式
如有技術問題或需求變更,請聯繫系統管理員。
---
**文檔版本**: 4.1
**最後更新**: 2026-02-08