275 lines
8.1 KiB
Markdown
275 lines
8.1 KiB
Markdown
# 稷下学宫八仙论道 - RapidAPI负载均衡系统
|
||
|
||
## 🏛️ 系统概述
|
||
|
||
本系统实现了稷下学宫八仙论道的智能API负载均衡策略,通过将不同的RapidAPI数据源分配给不同的"仙人"角色,实现了高效的负载分担和数据获取。
|
||
|
||
### 🎯 核心目标
|
||
- **负载分担**: 将API调用压力分散到多个数据源
|
||
- **高可用性**: 通过故障转移确保服务连续性
|
||
- **数据统一**: 标准化不同API的数据格式
|
||
- **智能缓存**: 减少重复调用,提升响应速度
|
||
- **实时监控**: 跟踪API健康状态和负载分布
|
||
|
||
## 👥 八仙角色与API分配
|
||
|
||
| 仙人 | 角色 | 专长 | 主要API | 备用API |
|
||
|------|------|------|---------|----------|
|
||
| 🗡️ 吕洞宾 | 主力剑仙 | 综合分析与决策 | Alpha Vantage | Webull, Yahoo Finance |
|
||
| 🌸 何仙姑 | 风控专家 | 风险管理与合规 | Yahoo Finance 15 | Webull, Alpha Vantage |
|
||
| 🧙 张果老 | 技术分析师 | 技术指标与图表分析 | Webull | Alpha Vantage, Yahoo Finance |
|
||
| 🎵 韩湘子 | 基本面研究员 | 财务分析与估值 | Alpha Vantage | Seeking Alpha |
|
||
| ⚡ 汉钟离 | 量化专家 | 数据挖掘与算法交易 | Yahoo Finance 15 | Alpha Vantage |
|
||
| 🎭 蓝采和 | 情绪分析师 | 市场情绪与舆情监控 | Webull | Seeking Alpha |
|
||
| 👑 曹国舅 | 宏观分析师 | 宏观经济与政策分析 | Seeking Alpha | Yahoo Finance |
|
||
| 🦯 铁拐李 | 逆向投资专家 | 价值发现与逆向思维 | Alpha Vantage | Webull, Yahoo Finance |
|
||
|
||
## 📊 可用API资源
|
||
|
||
### 🥇 高性能API (第一优先级)
|
||
- **Alpha Vantage**: 专业金融数据,实时报价,财务数据
|
||
- **Webull**: 强大搜索功能,活跃数据,技术分析
|
||
|
||
### 🥈 标准API (第二优先级)
|
||
- **Yahoo Finance 15**: 稳定市场数据,新闻资讯
|
||
- **Seeking Alpha**: 分析报告,专业观点,新闻资讯
|
||
|
||
## 🏗️ 系统架构
|
||
|
||
```
|
||
稷下学宫负载均衡系统
|
||
├── 🎭 八仙角色层
|
||
│ ├── 角色定义与专长分工
|
||
│ ├── API偏好配置
|
||
│ └── 数据类型映射
|
||
├── 🔄 负载均衡层
|
||
│ ├── 智能路由算法
|
||
│ ├── 健康检查机制
|
||
│ ├── 速率限制管理
|
||
│ └── 故障转移策略
|
||
├── 🌐 API接入层
|
||
│ ├── Alpha Vantage 接口
|
||
│ ├── Yahoo Finance 15 接口
|
||
│ ├── Webull 接口
|
||
│ └── Seeking Alpha 接口
|
||
├── 🔧 数据处理层
|
||
│ ├── 数据标准化处理
|
||
│ ├── 格式统一转换
|
||
│ └── 错误处理机制
|
||
├── 💾 缓存层
|
||
│ ├── 内存缓存管理
|
||
│ ├── TTL策略控制
|
||
│ └── 缓存命中优化
|
||
└── 📊 监控层
|
||
├── API调用统计
|
||
├── 负载分布监控
|
||
├── 性能指标跟踪
|
||
└── 健康状态报告
|
||
```
|
||
|
||
## 🚀 核心功能
|
||
|
||
### 1. 智能负载分担
|
||
- **角色分工**: 每个仙人使用不同的主要API
|
||
- **权重分配**: 基于API性能和可靠性的智能分配
|
||
- **动态调整**: 根据实时负载情况自动调整
|
||
|
||
### 2. 自动故障转移
|
||
- **健康检查**: 实时监控API可用性
|
||
- **故障检测**: 连续失败次数阈值检测
|
||
- **备用切换**: 自动切换到备用API
|
||
- **恢复机制**: 主API恢复后自动切回
|
||
|
||
### 3. 数据标准化
|
||
```python
|
||
# 统一的数据格式
|
||
{
|
||
'symbol': 'AAPL',
|
||
'price': 202.38,
|
||
'change': -5.12,
|
||
'change_percent': '-2.50%',
|
||
'volume': 45678900,
|
||
'high': 207.50,
|
||
'low': 201.85,
|
||
'source': 'alpha_vantage',
|
||
'timestamp': '2025-08-02'
|
||
}
|
||
```
|
||
|
||
### 4. 智能缓存策略
|
||
- **分层缓存**: 不同数据类型使用不同TTL
|
||
- **缓存预热**: 预先加载热点数据
|
||
- **缓存穿透保护**: 避免缓存雪崩
|
||
|
||
### 5. 实时监控
|
||
- **API调用统计**: 实时跟踪每个API的调用次数
|
||
- **负载分布**: 可视化负载分布情况
|
||
- **性能指标**: 响应时间、成功率等关键指标
|
||
- **告警机制**: 异常情况自动告警
|
||
|
||
## 📁 文件结构
|
||
|
||
```
|
||
/home/ben/liurenchaxin/
|
||
├── src/jixia/
|
||
│ ├── engines/
|
||
│ │ └── jixia_load_balancer.py # 核心负载均衡引擎
|
||
│ └── config/
|
||
│ └── immortal_api_config.json # 八仙角色与API配置
|
||
├── demo_jixia_load_balancing.py # 演示脚本
|
||
├── jixia_load_balancing_strategy.md # 策略文档
|
||
└── README_jixia_load_balancing.md # 本说明文档
|
||
```
|
||
|
||
## 🎮 使用方法
|
||
|
||
### 1. 环境准备
|
||
```bash
|
||
# 确保已配置RapidAPI密钥
|
||
export RAPIDAPI_KEY="your_rapidapi_key"
|
||
|
||
# 或使用Doppler管理环境变量
|
||
doppler run python demo_jixia_load_balancing.py
|
||
```
|
||
|
||
### 2. 基本使用
|
||
```python
|
||
from src.jixia.engines.jixia_load_balancer import JixiaLoadBalancer
|
||
|
||
# 创建负载均衡器
|
||
load_balancer = JixiaLoadBalancer(rapidapi_key)
|
||
|
||
# 单个仙人获取数据
|
||
result = load_balancer.get_data_for_immortal('吕洞宾', 'stock_quote', 'AAPL')
|
||
|
||
# 八仙论道(完整演示)
|
||
results = load_balancer.conduct_immortal_debate('TSLA')
|
||
|
||
# 查看负载分布
|
||
distribution = load_balancer.get_load_distribution()
|
||
```
|
||
|
||
### 3. 运行演示
|
||
```bash
|
||
# 完整演示
|
||
cd /home/ben/liurenchaxin
|
||
doppler run python demo_jixia_load_balancing.py
|
||
|
||
# 查看演示结果
|
||
ls demo_results_*.json
|
||
```
|
||
|
||
## 📊 演示结果
|
||
|
||
### 负载分布统计
|
||
基于实际运行的演示结果:
|
||
|
||
| API | 调用次数 | 负载占比 | 健康状态 | 平均响应时间 |
|
||
|-----|----------|----------|----------|-------------|
|
||
| Alpha Vantage | 8次 | 33.3% | 🟢 健康 | ~1.3s |
|
||
| Yahoo Finance 15 | 7次 | 29.2% | 🟢 健康 | ~1.9s |
|
||
| Webull | 9次 | 37.5% | 🟢 健康 | ~2.0s |
|
||
| Seeking Alpha | 0次 | 0.0% | 🟢 健康 | N/A |
|
||
|
||
### 性能指标
|
||
- **总API调用**: 24次
|
||
- **成功率**: 100%
|
||
- **平均响应时间**: 1.7秒
|
||
- **缓存命中率**: 约30%
|
||
- **故障转移**: 自动且无缝
|
||
|
||
## 🔧 配置说明
|
||
|
||
### API配置 (`immortal_api_config.json`)
|
||
```json
|
||
{
|
||
"immortals": {
|
||
"吕洞宾": {
|
||
"title": "主力剑仙",
|
||
"specialty": "综合分析与决策",
|
||
"preferred_apis": {
|
||
"stock_quote": "alpha_vantage",
|
||
"company_overview": "alpha_vantage"
|
||
},
|
||
"api_weight": 0.15
|
||
}
|
||
},
|
||
"api_configurations": {
|
||
"alpha_vantage": {
|
||
"reliability_score": 0.95,
|
||
"response_time_avg": 0.8,
|
||
"cost_per_call": 0.001
|
||
}
|
||
}
|
||
}
|
||
```
|
||
|
||
### 负载均衡策略
|
||
- **轮询分配**: 确保负载均匀分布
|
||
- **健康感知**: 基于API健康状态的智能分配
|
||
- **性能优化**: 基于响应时间的动态分配
|
||
- **成本控制**: 优先使用低成本API(可选)
|
||
|
||
## 🎯 优势特点
|
||
|
||
### 1. 高可用性
|
||
- ✅ 多API冗余,单点故障不影响整体服务
|
||
- ✅ 自动故障检测和恢复机制
|
||
- ✅ 实时健康监控和告警
|
||
|
||
### 2. 高性能
|
||
- ✅ 智能缓存减少重复调用
|
||
- ✅ 并发处理提升响应速度
|
||
- ✅ 负载均衡避免单API过载
|
||
|
||
### 3. 高扩展性
|
||
- ✅ 模块化设计,易于添加新API
|
||
- ✅ 配置驱动,无需修改代码
|
||
- ✅ 插件化架构支持自定义扩展
|
||
|
||
### 4. 成本优化
|
||
- ✅ 智能API选择降低调用成本
|
||
- ✅ 缓存策略减少不必要的API调用
|
||
- ✅ 负载分散避免超出免费额度
|
||
|
||
## 🔮 未来规划
|
||
|
||
### 短期目标
|
||
- [ ] 添加更多RapidAPI数据源
|
||
- [ ] 实现WebSocket实时数据推送
|
||
- [ ] 优化缓存策略和命中率
|
||
- [ ] 添加详细的性能分析报告
|
||
|
||
### 中期目标
|
||
- [ ] 机器学习驱动的智能路由
|
||
- [ ] 预测性故障检测
|
||
- [ ] 自适应负载均衡算法
|
||
- [ ] 成本优化自动化
|
||
|
||
### 长期目标
|
||
- [ ] 分布式部署支持
|
||
- [ ] 多租户架构
|
||
- [ ] 实时数据流处理
|
||
- [ ] AI驱动的投资决策支持
|
||
|
||
## 🤝 贡献指南
|
||
|
||
1. **Fork** 项目仓库
|
||
2. **创建** 功能分支 (`git checkout -b feature/AmazingFeature`)
|
||
3. **提交** 更改 (`git commit -m 'Add some AmazingFeature'`)
|
||
4. **推送** 到分支 (`git push origin feature/AmazingFeature`)
|
||
5. **创建** Pull Request
|
||
|
||
## 📄 许可证
|
||
|
||
本项目采用 MIT 许可证 - 查看 [LICENSE](LICENSE) 文件了解详情。
|
||
|
||
## 📞 联系方式
|
||
|
||
- **项目维护者**: 稷下学宫开发团队
|
||
- **技术支持**: 通过 GitHub Issues 提交问题
|
||
- **文档更新**: 欢迎提交文档改进建议
|
||
|
||
---
|
||
|
||
*🏛️ 稷下学宫 - 让智慧的光芒照亮投资的道路* |