实时数据看板技术评审预览
合成业务量级：峰值5000事件/秒，端到端延迟目标10秒，团队6人，已有Kafka与云数仓经验。
| 维度 | 权重 | 方案A 自建Flink | 方案B 托管流处理 |
|---|---|---|---|
| 性能 | 25% | 4.5 | 4.0 |
| 成本 | 20% | 3.0 | 3.5 |
| 开发量 | 20% | 2.5 | 4.0 |
| 可维护性 | 20% | 3.0 | 4.0 |
| 团队熟悉度 | 15% | 3.5 | 3.0 |
| 加权总分 | 100% | 3.35 | 3.75 |
潜在坑
A：状态膨胀、Checkpoint恢复时间、夜间值班；B：厂商锁定、复杂窗口能力边界、费用随流量突增。两者都需验证事件乱序、重复消费和指标口径版本。
压测假设
以2倍峰值跑2小时；注入10分钟上游中断；模拟5%乱序和1%重复；检查P95延迟、数据正确率、恢复时间和单日成本。
45分钟议程
目标5分钟、方案各8分钟、压测证据10分钟、风险与成本8分钟、决定与行动6分钟。结论模板记录选择、前提、反悔条件和Owner。
倾向方案B，前提是托管服务支持所需窗口与数据驻留，月成本在预算内。正式结论必须读取两份方案和真实QPS，不能照抄合成评分。