【課程內(nèi)容】
第1章 為何選擇Flink
1.1 流處理欠佳的后果
1.1.1 零售業(yè)和市場營銷
1.1.2 物聯(lián)網(wǎng)
1.1.3 電信業(yè)
1.1.4 銀行和金融業(yè)
1.2 連續(xù)事件處理的目標(biāo)
1.3 流處理技術(shù)的演變
1.4 初探Flink
1.5 生產(chǎn)環(huán)境中的Flink
1.5.1 布衣格電信
1.5.2 其他案例
1.6 Flink的適用場景
第2章 流處理架構(gòu)
2.1 傳統(tǒng)架構(gòu)與流處理架構(gòu)
2.2 消息傳輸層和流處理層
2.3 消息傳輸層的理想功能
2.3.1 兼具高性能和持久性
2.3.3 將生產(chǎn)者和消費者解耦
2.4 支持微服務(wù)架構(gòu)的流數(shù)據(jù)
2.4.1 數(shù)據(jù)流作為中心數(shù)據(jù)源
2.4.2 欺詐檢測：流處理架構(gòu)用例
2.4.3 給開發(fā)人員帶來的靈活性
2.5 不限于實時應(yīng)用程序
2.6 流的跨地域復(fù)制
第3章 Flink的用途
3.1 不同類型的正確性
3.1.1 符合產(chǎn)生數(shù)據(jù)的自然規(guī)律
3.1.2 事件時間
3.1.3 發(fā)生故障后仍保持準(zhǔn)確
3.1.4 及時給出所需結(jié)果
3.1.5 使開發(fā)和運維更輕松
3.2 分階段采用Flink
第4章 對時間的處理
4.1 采用批處理架構(gòu)和Lambda架構(gòu)計數(shù)
4.2 采用流處理架構(gòu)計數(shù)
4.3 時間概念
4.4 窗口
4.4.1 時間窗口
4.4.2 計數(shù)窗口
4.4.3 會話窗口
4.4.4 觸發(fā)器
4.4.5 窗口的實現(xiàn)
4.5 時空穿梭
4.6 水印
4.7 真實案例：愛立信公司的Kappa架構(gòu)
第5章 有狀態(tài)的計算
5.1 一致性
5.2 檢查點：保證exactly-once
5.3 保存點：狀態(tài)版本控制
5.4 端到端的一致性和作為數(shù)據(jù)庫的流處理
5.5 Flink的性能
5.5.1 Yahoo!Streaming Benchmark
5.5.2 變化1：使用Flink的狀態(tài)
5.5.3 變化2：改進數(shù)據(jù)生成器并增加吞吐量
5.5.4 變化3：消除網(wǎng)絡(luò)瓶頸
5.5.5 變化4：使用MapR Streams
5.5.6 變化5：增加Key基數(shù)
5.6 結(jié)論
第6章 批處理：一種特殊的流處理
6.1 批處理基數(shù)
6.2 案例研究：Flink作為批處理器
