Customer Wants Real-Time（客户要「实时」）
知识库位置：
FDE Knowledge Base/09 Field Guides/07-Customer-Wants-Real-Time.md
Situation（情景）
Section titled “Situation（情景）”客户说：
这个一定要实时。
What It Usually Means（通常意味着什么）
Section titled “What It Usually Means（通常意味着什么）”「实时」可能代表：
- 用户不想等一天
- 用户希望五分钟看到
- 真正需要秒级
- 客户只是认为实时更先进
First Question（第一个问题）
Section titled “First Question（第一个问题）”不要问：
Kafka 还是 Streaming（流式）？
先问：
如果数据延迟 1 分钟，会发生什么？
Latency Ladder（延迟阶梯）
Section titled “Latency Ladder（延迟阶梯）”逐级问：
24 hours?1 hour?15 minutes?5 minutes?1 minute?10 seconds?1 second?100 ms?找到真正业务边界。
Cost of Lower Latency（低延迟的代价）
Section titled “Cost of Lower Latency（低延迟的代价）”通常：
Lower Latency（更低延迟）→ Higher Complexity（更高复杂度）→ Higher Cost（更高成本）→ Harder Operations（更难运营）Example（示例）
Section titled “Example（示例）”Predictive Maintenance（预测性维护）：
客户说：
实时预测。
但 Technician（技师）每 30 分钟检查一次 Maintenance Queue（维护队列）。
那么：
5–15 minute latency（5–15 分钟延迟）可能已足够。
When Real-Time Is Justified（何时真的需要实时）
Section titled “When Real-Time Is Justified（何时真的需要实时）”例如：
- Fraud Transaction Blocking（欺诈交易拦截）
- Industrial Safety Alert（工业安全告警）
- Live Bidding（实时竞价）
- Critical Monitoring（关键监测）
Recommended Response（推荐应对）
Section titled “Recommended Response（推荐应对）”定义明确 SLO（Service Level Objective，服务等级目标）：
Data available within X seconds/minutes for Y% of events.（Y% 的事件在 X 秒/分钟内可见数据。）而不是模糊的：
real-time（实时）What NOT to Do（不要做什么）
Section titled “What NOT to Do（不要做什么）”不要：
- 因为「实时」直接引入 Streaming Stack（流式技术栈）
- 忽视 Event Ordering / Duplicates（事件顺序/重复）
- 不算运营成本