點(diǎn)融網(wǎng)日志處理實(shí)踐

一個(gè)產(chǎn)品或系統(tǒng),會(huì)產(chǎn)生很多數(shù)據(jù)舵抹,這些數(shù)據(jù)主要分為兩類:

1肪虎、業(yè)務(wù)數(shù)據(jù):如用戶信息、訂單惧蛹、流水等扇救,這類數(shù)據(jù)會(huì)被存到數(shù)據(jù)庫中,也是最為核心的數(shù)據(jù)香嗓。

2迅腔、日志數(shù)據(jù):日志是應(yīng)用在運(yùn)行過程中源源不斷產(chǎn)生的,用戶的請(qǐng)求靠娱,方法的調(diào)用等沧烈,都會(huì)產(chǎn)生日志,日志以文件的形式存在磁盤上像云。

盡管日志數(shù)據(jù)看上去沒有業(yè)務(wù)數(shù)據(jù)那么重要锌雀,但是也別小瞧了它,在遇到問題的時(shí)候苫费,通過日志來排查問題是很有效的汤锨,除此之外,利用日志還能做許多有趣的事情百框。

日志能干啥

用戶行為分析

用戶的點(diǎn)擊闲礼、登錄、瀏覽铐维、購買等所有操作柬泽,都會(huì)以日志的形式記錄下來,通過user_id或者session_id串聯(lián)起來分析嫁蛇,可以分析用戶在當(dāng)時(shí)的狀態(tài)下锨并,作出相應(yīng)操作的原因,并根據(jù)這些數(shù)據(jù)睬棚,來改善產(chǎn)品

系統(tǒng)功能監(jiān)測

一次http請(qǐng)求第煮,都會(huì)有相應(yīng)的返回信息解幼;一次API的調(diào)用,也會(huì)有相應(yīng)返回結(jié)果包警,通過日志將這些信息記錄下來撵摆,就能檢測系統(tǒng)功能是否出現(xiàn)異常,比如注冊(cè)成功率害晦、投資成功率等指標(biāo)的監(jiān)測統(tǒng)計(jì)

非業(yè)務(wù)數(shù)據(jù)獲取

像用戶來源渠道特铝,用戶的設(shè)備,操作系統(tǒng)壹瘟,APP版本鲫剿,瀏覽器版本等非業(yè)務(wù)數(shù)據(jù),都可以通過日志獲取到

實(shí)時(shí)報(bào)表展現(xiàn)

一般的報(bào)表稻轨,都是通過從數(shù)據(jù)庫寫查詢來展現(xiàn)的灵莲,如果要展現(xiàn)實(shí)時(shí)數(shù)據(jù),比如實(shí)時(shí)注冊(cè)人數(shù)澄者、實(shí)時(shí)投資金額的展示笆呆,包括更加炫酷的投資地圖等報(bào)表,還是得靠日志

產(chǎn)生日志

日志的產(chǎn)生粱挡,無非就是將需要記錄到日志中的信息,在代碼中合適的地方俄精,用像slf4j询筏,log4j這樣的日志工具打出來。通過實(shí)現(xiàn)Servlet的攔截器竖慧,如spring中的HandlerInterceptor嫌套,就可以不侵入業(yè)務(wù)代碼實(shí)現(xiàn)對(duì)每一次請(qǐng)求的日志記錄,HandlerInterceptor接口如下:

我們可以在preHandle方法中圾旨,從request對(duì)象中獲取到本次請(qǐng)求的url踱讨,ip,client信息砍的,headers痹筛,cookies,http請(qǐng)求參數(shù)廓鞠,登錄用戶user_id帚稠,session_id等信息,封裝到一個(gè)對(duì)象床佳,將這個(gè)對(duì)象放在request作用域中(Servlet的作用域:請(qǐng)求滋早、會(huì)話和上下文作用域);然后砌们,在afterCompletion方法中杆麸,我們?nèi)〕鲋氨4嬖谡?qǐng)求作用域中的對(duì)象搁进,記錄下請(qǐng)求耗時(shí),返回結(jié)果等信息昔头,最后把這個(gè)對(duì)象打到日志中就可以了拷获,這樣就實(shí)現(xiàn)了一個(gè)“埋點(diǎn)”的邏輯。

收集日志

日志源源不斷地寫入文件减细,盡管我們可以通過一些命令(如grep)來查看文件中的日志匆瓜,但是想要進(jìn)一步處理和分析,日志必須進(jìn)入我們的數(shù)據(jù)倉庫(DW)中未蝌,有很多開源的日志收集工具驮吱,Logstash就是其中一種。

Logstash是一款開源的實(shí)時(shí)數(shù)據(jù)收集引擎萧吠,它的插件機(jī)制讓它能輕松應(yīng)對(duì)各種不同的輸入源和輸出匯左冬,常用的input插件包括file,jdbc纸型,kafka拇砰,redis,rabbitmq等狰腌,常用的輸出插件包括:csv除破,elasticsearch,file琼腔,http瑰枫,kafka,redis丹莲,mongodb等光坝,filter插件可以過濾輸入的數(shù)據(jù),包括drop(直接丟掉)甥材,grok(把非結(jié)構(gòu)化的事件數(shù)據(jù)解析成各種字段)盯另,下面是一個(gè)簡單的logstash配置實(shí)例:

比如請(qǐng)求日志:

55.3.244.1 GET /index.html 15824 0.043

配置文件:

input {

file {

path => "/var/log/http.log"

}

}

filter {

grok {

match => {

"message" => "%{IP:client} %{WORD:method} %{URIPATHPARAM:request} %{NUMBER:bytes} %{NUMBER:duration}"

}

}

}

通過上面的解析,可以得到如下結(jié)果:

client: 55.3.244.1

method: GET

request: /index.html

bytes: 15824

duration: 0.043

一般來說洲赵,我們需要收集不止一臺(tái)server上的日志鸳惯,那么多個(gè)不同的logstash實(shí)例收集的日志應(yīng)該輸出到什么地方呢?

我們將所有這些logstash的output都輸出到同一redis(集群)板鬓,在redis中緩存悲敷,然后再通過一個(gè)總的logstash實(shí)例,從redis中取日志(redis input)俭令,通過http(s)傳輸?shù)轿覀兊臄?shù)據(jù)中心后德。

接收日志

日志通過網(wǎng)絡(luò)寫往數(shù)據(jù)中心,數(shù)據(jù)中心有一個(gè)logstash實(shí)例負(fù)責(zé)接收日志(http input)抄腔,過濾掉不需要的日志類型瓢湃,將日志寫入kafka理张。

Apache Kafka是一個(gè)高吞吐的分布式消息系統(tǒng),最初由LinkedIn開發(fā)绵患,并于2011年初開源雾叭,它的優(yōu)點(diǎn)包括:

快速:支持每秒數(shù)百兆的讀寫

可擴(kuò)展:支持分區(qū),無需停機(jī)落蝙,集群方式水平擴(kuò)展

持久化:數(shù)據(jù)持久化到磁盤织狐,支持副本存儲(chǔ)

相關(guān)術(shù)語:

Topic(主題):按類區(qū)分的消息,這些類就稱為主題

Producer(生產(chǎn)者)向主題發(fā)布消息的進(jìn)程

Consumer(消費(fèi)者):訂閱主題并消費(fèi)消息的進(jìn)程

Broker:一個(gè)kafka集群由一臺(tái)或多臺(tái)server組成筏勒,每臺(tái)就叫做broker

對(duì)于每個(gè)topic移迫,kafka維護(hù)多個(gè)分區(qū)(partition),如圖所示:

每個(gè)分區(qū)是一個(gè)有序的管行、不可變的消息序列厨埋,日志被追加在分區(qū)后面。在每個(gè)分區(qū)的每條消息都有一個(gè)有序的id捐顷,稱為偏移(offset)荡陷,可以唯一確定每條消息在分區(qū)中的位置。分區(qū)分布在集群的多臺(tái)機(jī)器上迅涮,每個(gè)分區(qū)都有備份废赞,有一臺(tái)作為該分區(qū)的leader,0或多臺(tái)作為follower逗柴。

不管消息有沒有被消費(fèi)蛹头,kafka集群會(huì)儲(chǔ)存發(fā)布的消息一段時(shí)間,這段時(shí)間可以配置戏溺。每個(gè)消費(fèi)者只需要保存它消費(fèi)到日志里的哪一個(gè)位置了,一般消費(fèi)者都是按照順序一條條消費(fèi)屠尊,但是如果需要旷祸,也可以重新設(shè)置它開始讀的位置。有關(guān)kafka更多的介紹可以閱讀官方文檔讼昆。

Logstash的kafka output plugin可以很容易把logstash收到的日志發(fā)布到kafka的某個(gè)topic里托享,如下配置:

output {

kafka {

bootstrap_servers => “l(fā)ocalhost:9092”

topic_id => “l(fā)ogs”

}

}

指定kafka(zookeeper)的host地址和端口,再指定寫入的topic就行了

進(jìn)入數(shù)據(jù)倉庫和實(shí)時(shí)計(jì)算

當(dāng)日志進(jìn)到kafka了之后浸赫,我們分兩路消費(fèi)日志闰围,也對(duì)應(yīng)了大數(shù)據(jù)處理的兩種粒度:

進(jìn)數(shù)據(jù)倉庫(批處理)

日志會(huì)進(jìn)入到數(shù)據(jù)倉庫(Hive,HBase等)既峡,以便能和數(shù)據(jù)倉庫中的業(yè)務(wù)數(shù)據(jù)(通過同步任務(wù))關(guān)聯(lián)羡榴,并通過批處理任務(wù)(MapReduce、SQL)計(jì)算需要的數(shù)據(jù)运敢。這一路我們采用了Apache的Flume校仑,flume是水槽的意思忠售,F(xiàn)lume可以通過配置的方式,從許多不同的地方收集迄沫、聚合和移動(dòng)數(shù)據(jù)到某個(gè)地方(HDFS稻扬、Hive、HBase等)

如圖羊瘩,F(xiàn)lume Agent是一個(gè)承載多個(gè)Flume組件的JVM進(jìn)程泰佳,包括Source、Sink尘吗、Channel逝她,Source和Sink顧名思義,Channel是Flume數(shù)據(jù)的臨時(shí)駐留管道摇予,常見的有memory管道和file管道汽绢,若是memory管道,數(shù)據(jù)緩存在內(nèi)存中侧戴,因此速度快宁昭,但是當(dāng)進(jìn)程意外退出或者斷電時(shí),會(huì)造成數(shù)據(jù)的丟失酗宋,file管道中积仗,數(shù)據(jù)保存在磁盤上,因此數(shù)據(jù)不會(huì)丟失蜕猫,但是速度會(huì)慢一些寂曹,我們采用的是file channel,實(shí)際上memory channel問題也不大回右,因?yàn)闃O少會(huì)出現(xiàn)意外隆圆。

Flume中數(shù)據(jù)從Source到Channel以及從Channel到Sink的操作是兩個(gè)獨(dú)立的事務(wù),而且為了提高效率翔烁,數(shù)據(jù)通常是多條一個(gè)批次操作的(可設(shè)置的Batch size渺氧,是個(gè)trade-off),這樣就導(dǎo)致當(dāng)處理到一半的時(shí)候如果Sink不可用了蹬屹,會(huì)導(dǎo)致此次操作失敗侣背,下次Flume會(huì)重新執(zhí)行這次操作,因此會(huì)造成數(shù)據(jù)的重復(fù)慨默,即”at least once”語義贩耐,所以通常還需要定時(shí)運(yùn)行某個(gè)去重的任務(wù),比如用MapReduce或者Hive實(shí)現(xiàn)厦取,但實(shí)際應(yīng)用中常常對(duì)于重復(fù)也不是那么在意潮太。

實(shí)時(shí)計(jì)算

Kafka還有一路,可以接入一些流式計(jì)算框架蒜胖,如Storm消别,Samza抛蚤,Spark等,實(shí)時(shí)計(jì)算的數(shù)據(jù)可以落入數(shù)據(jù)庫寻狂,以便報(bào)表或API獲取數(shù)據(jù)岁经,也可以進(jìn)入Redis這種內(nèi)存數(shù)據(jù)庫,實(shí)時(shí)展現(xiàn)應(yīng)用獲取Redis中的數(shù)據(jù)并通過WebSocket等技術(shù)”Push”給前端頁面實(shí)現(xiàn)無刷新實(shí)時(shí)報(bào)表的展現(xiàn)蛇券。

總結(jié)

下圖是一個(gè)較為完整的架構(gòu):

其中缀壤,中間部分的兩個(gè)Logstash,是為了解決跨網(wǎng)絡(luò)的傳輸纠亚,如果在同一個(gè)數(shù)據(jù)中心塘慕,保留一個(gè)就可以了。

最終的效果就是蒂胞,應(yīng)用產(chǎn)生的日志图呢,可以在幾秒鐘之內(nèi)近實(shí)時(shí)地(NRT)進(jìn)入我們的數(shù)據(jù)倉庫,然后就可以用SQL來查詢?nèi)罩玖恕?/p>

其實(shí)骗随,多虧了開源世界蛤织,這個(gè)圖中的幾乎每一部分,都可以用其他不止一種開源框架和工具代替鸿染,那為什么我們這么選擇指蚜?我覺得合適的就是最好的,根據(jù)自己的實(shí)際數(shù)據(jù)量涨椒,性能要求來選擇相應(yīng)的方案就可以了摊鸡,這其中肯定會(huì)遇到各種問題,試著去解決蚕冬,并隨著數(shù)據(jù)量的增長作出相應(yīng)改進(jìn)和反思免猾。

本文作者:顧寒陽coldcutter(點(diǎn)融黑幫),來自點(diǎn)融Data組囤热。本科畢業(yè)于復(fù)旦大學(xué)計(jì)算機(jī)系掸刊,參加過ACM、百度之星等程序設(shè)計(jì)比賽赢乓,對(duì)算法與數(shù)據(jù)結(jié)構(gòu)有濃厚興趣,目前興趣包括Web開發(fā)和大數(shù)據(jù)應(yīng)用石窑,愛玩桌球牌芋、羽毛球、網(wǎng)球松逊、乒乓球躺屁、滑雪等運(yùn)動(dòng)。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末经宏,一起剝皮案震驚了整個(gè)濱河市犀暑,隨后出現(xiàn)的幾起案子驯击,更是在濱河造成了極大的恐慌,老刑警劉巖耐亏,帶你破解...
    沈念sama閱讀 217,185評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件徊都,死亡現(xiàn)場離奇詭異,居然都是意外死亡广辰,警方通過查閱死者的電腦和手機(jī)暇矫,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評(píng)論 3 393
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來择吊,“玉大人李根,你說我怎么就攤上這事〖妇Γ” “怎么了房轿?”我有些...
    開封第一講書人閱讀 163,524評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長所森。 經(jīng)常有香客問我囱持,道長,這世上最難降的妖魔是什么必峰? 我笑而不...
    開封第一講書人閱讀 58,339評(píng)論 1 293
  • 正文 為了忘掉前任洪唐,我火速辦了婚禮,結(jié)果婚禮上吼蚁,老公的妹妹穿的比我還像新娘凭需。我一直安慰自己,他們只是感情好肝匆,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,387評(píng)論 6 391
  • 文/花漫 我一把揭開白布粒蜈。 她就那樣靜靜地躺著,像睡著了一般旗国。 火紅的嫁衣襯著肌膚如雪枯怖。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,287評(píng)論 1 301
  • 那天能曾,我揣著相機(jī)與錄音度硝,去河邊找鬼。 笑死寿冕,一個(gè)胖子當(dāng)著我的面吹牛蕊程,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播驼唱,決...
    沈念sama閱讀 40,130評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼藻茂,長吁一口氣:“原來是場噩夢(mèng)啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起辨赐,我...
    開封第一講書人閱讀 38,985評(píng)論 0 275
  • 序言:老撾萬榮一對(duì)情侶失蹤优俘,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后掀序,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體帆焕,經(jīng)...
    沈念sama閱讀 45,420評(píng)論 1 313
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,617評(píng)論 3 334
  • 正文 我和宋清朗相戀三年森枪,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了视搏。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,779評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡县袱,死狀恐怖浑娜,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情式散,我是刑警寧澤筋遭,帶...
    沈念sama閱讀 35,477評(píng)論 5 345
  • 正文 年R本政府宣布,位于F島的核電站暴拄,受9級(jí)特大地震影響漓滔,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜乖篷,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,088評(píng)論 3 328
  • 文/蒙蒙 一响驴、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧撕蔼,春花似錦豁鲤、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至讼溺,卻和暖如春楣号,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背怒坯。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評(píng)論 1 269
  • 我被黑心中介騙來泰國打工炫狱, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人剔猿。 一個(gè)月前我還...
    沈念sama閱讀 47,876評(píng)論 2 370
  • 正文 我出身青樓毕荐,卻偏偏與公主長得像,于是被迫代替她去往敵國和親艳馒。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,700評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容

  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn)弄慰,斷路器第美,智...
    卡卡羅2017閱讀 134,654評(píng)論 18 139
  • 概述 監(jiān)控預(yù)警平臺(tái), eagle + eye (鷹眼)的合體詞, 寓意可以快速發(fā)現(xiàn)問題, 并及時(shí)作出響應(yīng),Eagl...
    Kungfu貓熊閱讀 7,389評(píng)論 0 52
  • kafka的定義:是一個(gè)分布式消息系統(tǒng),由LinkedIn使用Scala編寫陆爽,用作LinkedIn的活動(dòng)流(Act...
    時(shí)待吾閱讀 5,317評(píng)論 1 15
  • http://geek.csdn.net/news/detail/210469http://www.36dsj.c...
    Albert陳凱閱讀 5,152評(píng)論 1 21
  • 背景 隨著業(yè)務(wù)的快速發(fā)展慌闭,各種服務(wù)和組件也要隨著增加或擴(kuò)容别威,服務(wù)器的臺(tái)數(shù)隨之增加,這樣給日志運(yùn)維帶來很大的問題驴剔。如...
    那些年未曾努力過閱讀 6,639評(píng)論 0 3