“日志管理”包括自動(dòng)備份的設置、備份數據的導入和刪除等功能。

　　過(guò)去十年來(lái)，隨著(zhù)分布式系統的發(fā)展，日志數據管理起來(lái)更加復雜。如今，系統中可以容納數以千計的服務(wù)器實(shí)例或者微服務(wù)容器，而所有這些實(shí)例或容器又會(huì )生成自己的日志數據。隨著(zhù)以云為基礎的系統快速出現并占據主導地位，由機器所生成的日志數據呈爆炸性增長(cháng)。而日志管理隨之成為現代化IT運營(yíng)中的重要任務(wù)，為包括調試、生產(chǎn)監控、性能監控、支持援助與故障查找之類(lèi)的許多用例提供輔助支撐。

　　1. 設立策略

　　日志記錄不可盲目，要對所記錄的內容以及這樣做的原因進(jìn)行仔細考量。就像其他重要的IT組件一樣，記錄日志是需要策略的。在構建DevOps設置時(shí)，甚至只是發(fā)布一個(gè)單獨的新功能時(shí)，都要確保做好日志記錄的計劃。沒(méi)有明確的戰略時(shí)，由于最終需要手動(dòng)管理一個(gè)日漸龐大的日志數據集，識別重要信息的過(guò)程就會(huì )變得極為復雜。

　　在策劃日志戰略時(shí)，需要從自身角度考慮什么是最重要的，想要從日志中獲得什么價(jià)值。你的計劃應當包含：日志的記錄方式與工具，數據托管的位置，以及最重要的——具體要尋找什么信息。

　　2. 日志數據的結構

　　除了要制定策略，還要考慮日志格式，這點(diǎn)也很重要。如果日志格式難以理解，想要識別日志，并從中總結出見(jiàn)解就很困難。無(wú)論對象是機器還是人類(lèi)，日志的結構都應當清晰易懂。

　　管理者能夠通過(guò)易讀的日志更容易地找到故障，有時(shí)候還能使用日志管理服務(wù)對日志數據做進(jìn)一步處理，讓得出的見(jiàn)解更有深度，數據可視化更為優(yōu)秀。兩種常見(jiàn)的日志結構格式分別是JSON和KVP(主鍵配對)。兩種日志數據均清晰易懂，適合人類(lèi)理解，并且方便記錄日志的軟件解決方案從半結構化的格式中提取信息。

　　3. 日志數據的分離與集中

　　日志應當由系統自動(dòng)收集并發(fā)送到集中的地點(diǎn)，與生產(chǎn)環(huán)境相分離。合并日志數據促進(jìn)管理的有序與分析能力的增強，管理者能夠有效地運行交叉分析，并識別不同數據源之間的關(guān)聯(lián)。將日志數據集中化同時(shí)也降低了在自動(dòng)擴展環(huán)境中損失日志數據的風(fēng)險。

　　將日志數據轉發(fā)到統一的位置后，系統管理員可以授權開(kāi)發(fā)者、QA和支持團隊訪(fǎng)問(wèn)日志數據，而無(wú)需賦予他們訪(fǎng)問(wèn)生產(chǎn)環(huán)境的權限。因而，這些團隊可以使用日志數據調試，但不會(huì )有影響生產(chǎn)環(huán)境的風(fēng)險。復制與獨立化的日志數據也解決了相應的安全漏洞，避免攻擊者刪除日志數據，就算系統被破壞了，日志仍是安全的。

　　4. 端對端記錄日志

　　為了簡(jiǎn)化定位故障的復雜度，在應用和系統層面獲得更全局化的觀(guān)點(diǎn)，應當在所有系統組件中監控并記錄日志。大多數人都知道要記錄服務(wù)器日志，比如Windows的安全日志。但是，在底層基礎架構、應用層面和終端用戶(hù)客戶(hù)端記錄所有相關(guān)的指標與事件也同樣重要。

　　端對端日志記錄讓管理者得以從終端用戶(hù)的角度了解系統性能，比如網(wǎng)絡(luò )延遲、數據庫事務(wù)處理延遲與頁(yè)面加載時(shí)間。在這些地方清楚明了有利于提供無(wú)縫的用戶(hù)體驗。

　　5. 相關(guān)數據來(lái)源

　　將端對端日志統一記錄到集中的地方，就可以動(dòng)態(tài)聚合不同來(lái)源的各類(lèi)數據流，比如來(lái)自應用的、服務(wù)器的、用戶(hù)的和CDN的，從而分析得到相應的關(guān)鍵趨勢與指標。這些關(guān)聯(lián)的數據可以讓管理者快速準確識別并理解導致系統故障的事件。例如，實(shí)時(shí)發(fā)現基礎設施資源使用與應用出錯率之間的關(guān)聯(lián)，能夠協(xié)助管理者在終端用戶(hù)受到影響前先一步識別出異常與影響。

　　6. 使用唯一標識符

　　在調試、支持救援與分析中使用唯一的標識符非常有用。通過(guò)標識符可以追蹤特定的用戶(hù)會(huì )話(huà)，并精確地找出某個(gè)用戶(hù)的活動(dòng)。如果知道用戶(hù)的唯一ID，就能搜索到某一時(shí)段用戶(hù)的所有活動(dòng)。一旦用戶(hù)活動(dòng)出現中斷，可以通過(guò)追蹤整個(gè)事務(wù)來(lái)查找。

　　7. 增加背景信息

　　將日志用做數據時(shí)，考慮每個(gè)數據點(diǎn)的背景情況非常重要。了解用戶(hù)點(diǎn)擊了一個(gè)按鈕，也許比不上知道用戶(hù)具體點(diǎn)擊了“購買(mǎi)”按鈕。增加額外的背景能夠揭示購買(mǎi)模式。如果用戶(hù)的購買(mǎi)請求出現錯誤，相應背景也能讓問(wèn)題更快解決。

　　8. 執行實(shí)時(shí)監控

　　服務(wù)中斷會(huì )引發(fā)一系列不幸的結果，包括引發(fā)用戶(hù)不滿(mǎn)、購買(mǎi)意向流失與數據丟失。一旦出現生產(chǎn)層面的問(wèn)題，在這個(gè)爭分奪秒的時(shí)刻，實(shí)時(shí)監控非常重要。

　　除了發(fā)布簡(jiǎn)單的通知之外，能夠實(shí)時(shí)分析問(wèn)題與識別重要信息也同樣重要。在日志數據中能夠查看“實(shí)時(shí)軌跡”，使開(kāi)發(fā)者和管理者能夠在用戶(hù)與應用或系統互動(dòng)時(shí)分析日志事件。搜索并報告“實(shí)時(shí)軌跡”還能讓支持團隊對用戶(hù)的問(wèn)題進(jìn)行分析與解決。

　　9. 使用日志來(lái)識別關(guān)鍵趨勢

　　查找故障和調試只涉及了日志數據提供的表層信息。之前，查找日志曾因過(guò)于費勁，而被認為是查找信息的最終手段，而如今的日志服務(wù)可以讓所有人——包括開(kāi)發(fā)者、數據科學(xué)家都能從應用和系統中識別出有用的趨勢與關(guān)鍵的見(jiàn)解。

　　10. 增強整個(gè)團隊

　　只開(kāi)放給高級技術(shù)團隊的日志管理與分析服務(wù)嚴重限制了公司從日志數據中獲得好處的機會(huì )。日志管理與分析工具應當能讓開(kāi)發(fā)者實(shí)時(shí)追蹤調試，讓管理者實(shí)時(shí)收到警報，讓數據科學(xué)家集合數據并可視化，讓支持團隊執行實(shí)時(shí)搜索與篩選，而無(wú)需賦予他們訪(fǎng)問(wèn)生產(chǎn)環(huán)境的權限。