技術選型：爲什麼批處理我們卻選擇了Flink

最近接手了一個改造多平臺日誌服務的需求，經過梳理，我認爲之前服務在設計上存在缺陷。經過一段時間的技術方案調研，最終我們決定選擇使用 Flink 重構該服務。 目前重構後的服務已成功經受了國慶節流量洪峯的考驗，今日特來總結回顧，和大家分享一下經驗。 業務需求及背景 在瞭解改造服務的需求前，我們首先要明確，要解決什麼問題以及目前的服務是如何解決的。 當前的業務邏輯還是比較清晰的： 採集同一時段不同數據

>>阅读原文<<