APP有上億用戶使用,為了深刻挖掘用戶需求,需要設計一個日志收集系統(tǒng),用于收集用戶日常使用情況,請用你知道的知識設計一套這樣的日志收集系統(tǒng)。
假設,用戶每次操作、點擊APP都將發(fā)起請求。
請給出系統(tǒng)架構設計圖,數(shù)據(jù)庫存儲方式,需要的機器量,以及能承載的QPS,盡可能詳細的描述此系統(tǒng)中的難點、解決方案。
機器數(shù)量不太會算哈。個人方案,如果用戶日志肯定不能實時上傳,這樣影響用戶體驗, 在app的某個流程定時上傳就好了,后端由http接收,可能需要2N臺服務器。收到之后寫入Kafka,使用消息隊列進行緩沖,不至于一下大量上傳將后端打掛。
日志用途:
1.這個消費者數(shù)據(jù)篩選寫入kudu。用于埋點和分析用戶行為。
2.一個消費者負責實時統(tǒng)計,然后寫入Redis,用于圖標展示。
3.一個消費者可以全量存儲到Es,用于排查問題,Es的檢索效率這一部分相當厲害,Es可以做定期刪除,只保留最近一兩個月的日志。
4.一個消費者篩選部分重要日志,長期存儲可以使用hbase,這樣隨便存。
這個服務器一定要和業(yè)務分開。
歪個題,
(看了樓下幾個答案,發(fā)現(xiàn)我漏掉了一個重要的地方,日志是不需要實時發(fā)送的。)
1、接收用戶的請求。
2、將請求存儲到消息隊列
3、后臺的機器從消息隊列消費,存儲到數(shù)據(jù)庫。
對用戶是否實時上傳日志,設定多少時間合適,我的看法是:5-15分鐘左右。
要考慮到太長用戶退出的情況,比如用戶進來3分鐘就退出了。那么就在用戶退出之前把日志提交到服務端。
上億用戶,假設就500萬用戶在線吧。5分鐘發(fā)送一次日志。那么500萬用戶平均1秒鐘發(fā)送1.6萬次請求。
步驟1,肯定想要做負載均衡。而且這個步驟也很重要,如果掛了,日志完全收集不到了。
1.6萬次請求,里面可能包含100萬條記錄,也有可能包含500萬條記錄??从涗浀臄?shù)據(jù)緯度。
也就是1秒鐘對數(shù)據(jù)庫進行100萬-1000萬次查詢插入。這個需要消息隊列做緩沖,不然數(shù)據(jù)庫肯定就掛了。
基本架構就這樣吧。更多的用戶最多就是增加機器而已了。
北大青鳥APTECH成立于1999年。依托北京大學優(yōu)質雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
北大青鳥中博軟件學院創(chuàng)立于2003年,作為華東區(qū)著名互聯(lián)網學院和江蘇省首批服務外包人才培訓基地,中博成功培育了近30000名軟件工程師走向高薪崗位,合作企業(yè)超4
中公教育集團創(chuàng)建于1999年,經過二十年潛心發(fā)展,已由一家北大畢業(yè)生自主創(chuàng)業(yè)的信息技術與教育服務機構,發(fā)展為教育服務業(yè)的綜合性企業(yè)集團,成為集合面授教學培訓、網
達內教育集團成立于2002年,是一家由留學海歸創(chuàng)辦的高端職業(yè)教育培訓機構,是中國一站式人才培養(yǎng)平臺、一站式人才輸送平臺。2014年4月3日在美國成功上市,融資1
曾工作于聯(lián)想擔任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔任項目經理從事移動互聯(lián)網管理及研發(fā)工作,曾創(chuàng)辦藍懿科技有限責任公司從事總經理職務負責iOS教學及管理工作。
浪潮集團項目經理。精通Java與.NET 技術, 熟練的跨平臺面向對象開發(fā)經驗,技術功底深厚。 授課風格 授課風格清新自然、條理清晰、主次分明、重點難點突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網頁制作和網頁游戲開發(fā)。
具有10 年的Java 企業(yè)應用開發(fā)經驗。曾經歷任德國Software AG 技術顧問,美國Dachieve 系統(tǒng)架構師,美國AngelEngineers Inc. 系統(tǒng)架構師。