前言

• 最近在做音視頻會議系統服務搭建的工作任務，因為內容過多，我會逐篇分享相關的設計方案、開發思路、編程語言、使用的組件集合等等。
• 如果你也有大型音視頻會議系統搭建架構的需求，希望這些可以對你有所幫助。

EchoMeet 音視頻會議系統架構設計

🎯 項目概述

EchoMeet是基于WebRTC技術的企業級音視頻會議解決方案，采用三層音視頻架構和Go+Node.js雙后端微服務設計，實現了高并發、低延遲、可擴展的視頻會議系統。

核心特性

• 🚀 高并發支持：10,000+ WebSocket并發連接
• 🎥 多人視頻會議：單房間支持50人同時在線
• 🌐 雙系統架構：管理端+客戶端獨立系統
• 🔒 企業級安全：JWT認證、數據加密、權限控制
• 📱 跨平臺支持：Web、移動端、桌面端
• ? 低延遲傳輸：基于mediasoup的SFU架構

🏗? 系統架構設計

三層音視頻架構

技術棧明細

📊 數據庫設計

8張核心業務表（已補充-點擊跳轉）

-- 核心業務表結構
users                    -- 用戶基礎信息表
user_meeting_configs     -- 用戶會議配置表
meeting_rooms           -- 會議室表（臨時/固定/個人）
meetings                -- 會議表（會議會話記錄）
meeting_participants    -- 會議參與者表
meeting_invitations     -- 會議邀請表
meeting_messages        -- 會議消息表（實時聊天）
meeting_recordings      -- 會議錄制表
meeting_templates       -- 會議模板表
meeting_statistics      -- 會議統計表

設計特點

• ? 高并發優化：合理索引設計，支持大量并發用戶
• ? 數據一致性：外鍵約束、軟刪除、事務處理
• ? 擴展性設計：JSON字段存儲、預留擴展字段
• ? 性能優化：分表策略、Redis緩存設計

詳細設計參考：數據庫設計文檔-點擊跳轉查看

🌐 WebSocket信令協議

信令消息類型

WebSocket端點

• ws://localhost:8081/api/v1/ws - WebSocket連接端點
• GET /api/v1/ws/stats - 連接統計信息
• GET /api/v1/ws/rooms - 會議室信息查詢
• GET /api/v1/ws/health - 服務健康檢查

詳細協議參考：信令協議規范（待追加）

🚀 性能指標

系統性能

• WebSocket并發連接：10,000+ 連接
• 數據庫連接池：100個連接，10個空閑
• Redis連接池：100個連接，10個空閑
• 協程池大小：10000個工作協程

會議能力

• 單房間最大人數：50人
• 系統總房間數：1000+ 房間
• 音視頻編碼：VP8/VP9 + Opus
• 網絡自適應：RTT監控、丟包率統計

延遲指標

• 信令延遲：< 50ms
• 音視頻延遲：< 200ms
• 端到端延遲：< 500ms

🔐 安全設計

認證機制

• JWT認證：Bearer Token，支持實時狀態檢查
• 密碼加密：bcrypt加密存儲，強密碼策略
• 會話管理：Token過期、刷新、多端登錄控制

數據安全

• 傳輸加密：HTTPS/WSS安全傳輸
• 數據加密：敏感字段加密存儲
• 軟刪除機制：數據安全可恢復
• 鏈路追蹤：完整的請求追蹤和審計

權限控制

• 角色權限：super_admin、admin、user三級權限
• 會議權限：主持人、協作主持人、參與者角色
• 功能權限：發言、共享、錄制等細粒度控制

📱 前端雙系統架構

獨立構建系統

# 客戶端系統開發
npm run dev:client    # 端口3000# 管理系統開發  
npm run dev:admin     # 端口3001# 獨立構建
npm run build:client  # 輸出到 dist/client
npm run build:admin   # 輸出到 dist/admin

技術特點

• ? 完全獨立：兩套系統無共享依賴
• ? 獨立主題：各自的CSS主題文件
• ? 獨立路由：獨立的路由配置和守衛
• ? 獨立部署：可以獨立部署和更新

詳細架構參考：架構對比分析（待追加）

🐳 Docker部署

服務架構

services:mysql:          # MySQL 8.0 數據庫redis:          # Redis 6.0 緩存admin-system:   # 管理系統后端client-system:  # 客戶端系統后端frontend:       # 前端靜態資源# mediasoup:    # Node.js媒體服務器（開發中）

快速啟動

# 克隆項目
git clone https://github.com/your-org/echomeet.git
cd echomeet# 啟動所有服務
docker-compose up -d# 查看服務狀態
docker-compose ps# 查看日志
docker-compose logs -f

訪問地址

• 客戶端系統：http://localhost:3000
• 管理系統：http://localhost:3001
• 客戶端API：http://localhost:8081
• 管理端API：http://localhost:8001

🔧 開發指南

本地開發環境

后端開發

# 啟動管理系統
cd backend/admin-system
go run main.go# 啟動客戶端系統
cd backend/client-system  
go run main.go

前端開發

cd frontend# 安裝依賴
npm install# 啟動客戶端系統
npm run dev:client# 啟動管理系統
npm run dev:admin

API文檔

• 客戶端API：backend/client-system/API.md（待追加）
• 管理端API：backend/admin-system/api_doc/（待追加）

📈 當前開發進度

已完成模塊 (85%)

• ? 數據庫設計：8張核心業務表 (100%) 點擊跳轉查看
• ? Go后端服務：雙系統微服務架構 (50%)
• ? WebSocket信令：完整的信令管理器 (30%)
• ? 前端基礎架構：雙系統獨立構建 (80%)
• ? 部署基礎設施：Docker容器化部署 (50%)

開發中模塊 (0%)

• 🔄 Mediasoup媒體服務器：Node.js SFU服務器
• 🔄 mediasoup-client集成：前端WebRTC客戶端
• 🔄 業務API實現：DAO/Service/Controller層
• 🔄 前端UI完善：會議室界面和控制功能

下一階段重點

1. Mediasoup媒體服務器實現 (2周)
2. 前后端聯調測試 (1周)
3. 業務功能完善 (2周)

🤝 貢獻指南

代碼規范

• Go代碼：遵循Go官方代碼規范
• 前端代碼：ESLint + Prettier格式化
• 數據庫：統一的表命名和字段規范
• API設計：RESTful API設計原則

提交規范

feat: 新增功能
fix: 修復bug
docs: 文檔更新
style: 代碼格式調整
refactor: 代碼重構
test: 測試相關
chore: 構建配置等

分支管理

• main：生產環境分支
• dev：開發分支
• feature/*：功能開發分支
• hotfix/*：緊急修復分支

📄 相關文檔

📞 聯系

• 項目地址：半成品–開發中，就不獻丑了

EchoMeet - 讓每一次會議都精彩！ 🎉