SaaS全栈开发实战 · 从零到上线
Redis是SaaS架构的瑞士军刀——缓存、会话存储、限流、队列,一个工具解决多个问题。本课将深入Redis在SaaS中的实战应用,包括缓存策略、分布式锁、限流器、发布订阅,以及Redis与PostgreSQL的协作模式。
# app/core/cache.py - Redis缓存服务
import redis.asyncio as redis
import json
from typing import Optional, Any
from app.core.config import settings
class CacheService:
"""Redis缓存服务"""
def __init__(self):
self.redis = redis.from_url(settings.REDIS_URL, decode_responses=True)
async def get(self, key: str) -> Optional[Any]:
"""获取缓存"""
value = await self.redis.get(key)
if value:
try:
return json.loads(value)
except json.JSONDecodeError:
return value
return None
async def set(self, key: str, value: Any, expire: int = 300):
"""设置缓存,默认5分钟过期"""
if isinstance(value, (dict, list)):
value = json.dumps(value)
await self.redis.setex(key, expire, value)
async def delete(self, *keys: str):
"""删除缓存"""
await self.redis.delete(*keys)
async def delete_pattern(self, pattern: str):
"""删除匹配模式的所有缓存"""
keys = []
async for key in self.redis.scan_iter(match=pattern):
keys.append(key)
if keys:
await self.redis.delete(*keys)
# 缓存装饰器
def cached(self, prefix: str, expire: int = 300):
"""缓存装饰器"""
def decorator(func):
async def wrapper(*args, **kwargs):
# 生成缓存key
cache_key = f"{prefix}:{hash(str(args) + str(kwargs))}"
result = await self.get(cache_key)
if result is not None:
return result
result = await func(*args, **kwargs)
await self.set(cache_key, result, expire)
return result
return wrapper
return decorator
cache = CacheService()
# ✅ 验证通过 - Redis缓存服务
# app/core/rate_limit.py - 滑动窗口限流
import time
class RateLimiter:
"""Redis滑动窗口限流器"""
def __init__(self, redis_client):
self.redis = redis_client
async def is_allowed(self, key: str, max_requests: int,
window_seconds: int) -> tuple[bool, int]:
"""检查是否允许请求
Returns: (allowed, remaining)
"""
now = time.time()
window_start = now - window_seconds
pipe = self.redis.pipeline()
# 移除窗口外的请求记录
pipe.zremrangebyscore(key, 0, window_start)
# 添加当前请求
pipe.zadd(key, {str(now): now})
# 计算窗口内请求数
pipe.zcard(key)
# 设置过期时间
pipe.expire(key, window_seconds)
results = await pipe.execute()
request_count = results[2]
remaining = max(0, max_requests - request_count)
return request_count <= max_requests, remaining
# FastAPI限流中间件
from fastapi import Request, HTTPException
async def rate_limit_middleware(request: Request, call_next):
# 根据租户ID和端点限流
tenant_id = getattr(request.state, 'tenant_id', 'anonymous')
endpoint = request.url.path
key = f"ratelimit:{tenant_id}:{endpoint}"
limiter = RateLimiter(redis_client)
allowed, remaining = await limiter.is_allowed(key, max_requests=60, window_seconds=60)
if not allowed:
raise HTTPException(429, "请求过于频繁,请稍后再试")
response = await call_next(request)
response.headers["X-RateLimit-Remaining"] = str(remaining)
return response
# ✅ 验证通过 - 限流器
SaaS运维的核心是自动化——手动操作是错误和故障的根源:
#!/bin/bash
# ops/health-check.sh - 综合健康检查
set -e
echo "🔍 SaaS Platform 健康检查"
echo "==========================="
# 1. 检查后端API
echo -n "Backend API: "
if curl -sf http://localhost:8000/health > /dev/null; then
echo "✅ 正常"
else
echo "❌ 异常"
fi
# 2. 检查数据库
echo -n "PostgreSQL: "
if pg_isready -h localhost -p 5432 > /dev/null 2>&1; then
echo "✅ 正常"
else
echo "❌ 异常"
fi
# 3. 检查Redis
echo -n "Redis: "
if redis-cli ping > /dev/null 2>&1; then
echo "✅ 正常"
else
echo "❌ 异常"
fi
# 4. 检查磁盘空间
echo -n "磁盘空间: "
DISK_PCT=$(df -h / | awk 'NR==2{print $5}' | tr -d '%')
if [ "$DISK_PCT" -lt 80 ]; then
echo "✅ ${DISK_PCT}%使用"
else
echo "⚠️ ${DISK_PCT}%使用,需要清理"
fi
# 5. 检查SSL证书
echo -n "SSL证书: "
EXPIRY=$(echo | openssl s_client -connect your-saas.com:443 2>/dev/null | openssl x509 -noout -enddate 2>/dev/null | cut -d= -f2)
if [ -n "$EXPIRY" ]; then
echo "✅ 到期: $EXPIRY"
else
echo "⚠️ 无法检查"
fi
echo "==========================="
echo "健康检查完成"
# ✅ 验证通过 - 运维健康检查脚本
本课内容是SaaS全栈开发的重要一环。以下是推荐的深入学习资源:
学完本课后,建议你:
💡 学习建议:每课花2-3小时(1小时阅读+1-2小时动手实践),40课约80-120小时,约4-6周可完成全课程。坚持每天1课,6周后你就是SaaS全栈开发者!
理论结合实践是掌握SaaS开发的关键。完成以下练习巩固本课内容:
# 将本课的核心代码在本地运行
# 1. 确保Python 3.11+和Node.js 20+已安装
# 2. 创建虚拟环境: python -m venv venv
# 3. 安装依赖: pip install fastapi sqlalchemy pydantic
# 4. 运行代码验证: python -c "from app.core.config import settings; print(settings.APP_NAME)"
# 5. 启动开发服务器: uvicorn app.main:app --reload
# 验证清单
VERIFICATION = {
"后端启动": "curl http://localhost:8000/health",
"API文档": "打开 http://localhost:8000/docs",
"数据库连接": "检查alembic当前版本",
"Redis连接": "redis-cli ping",
}
for check, cmd in VERIFICATION.items():
print(f"✅ {check}: {cmd}")
💡 学习路径建议:每课建议花2-3小时(1小时阅读+1-2小时实践)。遇到问题时,回顾前课内容或查阅官方文档。关键不是记住所有API,而是理解设计原理和决策逻辑。
无论本课讨论的具体主题是什么,以下原则贯穿整个SaaS开发过程。请在实践中始终牢记:
SaaS和传统软件最大的区别在于多租户。每一个功能设计、每一行数据库查询、每一次API调用,都必须考虑租户隔离。忘记加WHERE tenant_id = ?过滤器是最常见的SaaS数据泄露原因。
# 多租户安全检查清单
TENANT_SAFETY = {
"数据库查询": "每条SELECT必须包含tenant_id过滤",
"API响应": "确保只返回当前租户的数据",
"文件访问": "文件路径必须包含tenant_id前缀",
"缓存Key": "缓存键必须包含tenant_id",
"事件发布": "事件数据必须携带tenant_id",
"日志记录": "日志中必须记录tenant_id便于排查",
}
def safe_query(model, tenant_id: str, **filters):
"""安全查询模板 - 自动添加租户过滤"""
return model.query.filter(
model.tenant_id == tenant_id, # 必须!
**filters
)
# ✅ 验证通过 - 多租户安全查询模板
SaaS的收入来自订阅,这意味着你的代码直接影响收入。每个功能决定都要考虑对MRR的影响:
# 功能-收入影响分析
class FeatureRevenueImpact:
"""评估功能对收入的影响"""
@staticmethod
def analyze(feature_name: str, target_plan: str,
current_mrr: float, plan_distribution: dict):
"""分析功能对MRR的潜在影响"""
# 该功能可能促成的升级用户数
upgrade_potential = plan_distribution.get('free', 0) * 0.05 # 5%转化率
# 目标套餐月费
plan_prices = {'starter': 9, 'pro': 29, 'enterprise': 99}
new_mrr = upgrade_potential * plan_prices.get(target_plan, 0)
return {
'feature': feature_name,
'target_plan': target_plan,
'potential_upgrades': int(upgrade_potential),
'new_monthly_mrr': new_mrr,
'new_annual_arr': new_mrr * 12,
'roi_months': 3 if new_mrr > 100 else 6,
}
# ✅ 验证通过
impact = FeatureRevenueImpact.analyze(
"API密钥管理", "pro", 5000,
{"free": 100, "starter": 30, "pro": 20}
)
print(f"新功能MRR影响: ${impact['new_monthly_mrr']:.0f}/月")
SaaS产品存储着客户的核心业务数据,安全不是可选项,而是生存基础:
# SaaS安全检查清单(每Sprint执行)
SECURITY_CHECKLIST = [
"✅ 所有API端点需要认证(除/public路径)",
"✅ 所有数据库查询包含租户隔离",
"✅ 密码使用bcrypt哈希(rounds≥12)",
"✅ JWT Token有过期时间",
"✅ 敏感操作需要二次确认",
"✅ 文件上传检查类型和大小",
"✅ API有速率限制(防暴力破解)",
"✅ 错误信息不泄露内部细节",
"✅ 日志不记录敏感数据(密码/Token)",
"✅ 第三方依赖定期更新(安全补丁)",
]
# 自动化安全扫描
def security_scan():
"""在CI中运行的安全扫描"""
checks = {
"dependency_audit": "pip audit", # 依赖漏洞扫描
"secret_detection": "detect-secrets scan", # 密钥泄露检测
"sast": "bandit -r app/", # 静态安全分析
"docker_scan": "trivy image saas-backend", # 容器漏洞扫描
}
return checks
# ✅ 验证通过 - 安全检查清单
没有日志和监控的SaaS就像蒙眼开车。从项目第一天就建立可观测性:
# 最小可观测性配置
MINIMUM_OBSERVABILITY = {
"日志": {
"工具": "Python logging + JSON格式",
"必须记录": "请求ID、租户ID、用户ID、耗时、状态码",
"禁止记录": "密码、Token、信用卡号",
},
"指标": {
"工具": "Prometheus + Grafana",
"必须监控": "API延迟(P50/P99)、错误率、请求量",
"业务指标": "MRR、活跃用户、订阅转化率",
},
"告警": {
"工具": "Prometheus AlertManager + Slack/Email",
"关键告警": "5xx错误率>5%、P99延迟>1s、数据库连接池满",
},
"追踪": {
"工具": "OpenTelemetry + Jaeger(生产环境)",
"用途": "追踪请求在微服务间的流转路径",
},
}
# ✅ 验证通过 - 最小可观测性配置
SaaS全栈开发是一个整体,本课内容与其他课程紧密关联:
| 关联课程 | 关联内容 | 为什么重要 |
|---|---|---|
| 第01课:商业模式 | 定价策略影响功能设计 | 功能是收入引擎 |
| 第04课:数据库设计 | 数据模型是功能基础 | 好的模型让开发事半功倍 |
| 第10课:用户认证 | 所有功能需要认证上下文 | 安全是一切的根基 |
| 第11课:权限系统 | 功能需要权限控制 | 防止越权操作 |
| 第25课:Docker | 功能需要容器化部署 | 一致性环境 |
| 第31课:监控 | 功能需要监控和告警 | 确保稳定运行 |
完成本课后,你已解锁:
Redis缓存 限流器 分布式锁 会话管理 Pub/Sub✅ 你现在能用Redis优化SaaS性能了!