聽說這個問題你也遇到了？

小王是一名程序員，最近在使用 FaaS（Function as a Service) 服務時遇到了一個頭疼的問題：他的 FaaS 應用出現很多報錯，但是調用日志頁面的請求太多了，沒辦法簡單、快速地查到出現 bug 的原因。

對小王來說，在開發、運維時查看自己的應用出現錯誤原本是稀松平常的事情，之前小王可以在服務器本地打印的日志中查看關鍵字，可以查看邏輯是否正確，再檢查下執行環境中的報錯信息，錯誤根因基本就被發現了。現在，當小王把應用部署到云上并且將業務交付給 FaaS 服務商來執行后，卻只能依賴于 FaaS 服務商提供的日志解決方案查詢相關 debug 信息，沒有辦法像在服務器上進行調試一樣，可以直接調查相關的錯誤原因并且進行修復。

因為這個問題，小王每天都要在幾十、或者上百條調用日志的請求列表中，一點點用眼睛搜索，真的眼睛都要廢了, 于是忍無可忍的小王開啟了自救模式……

主流函數計算產品如何應對？

小王對比了目前國內的主流函數計算產品，他發現這些產品在日志層面有三個共同點：

a. 均以自家的日志服務系統作為日志存儲依托；
b. 向用戶暴露請求列表頁，每一個請求下包含該請求的所有日志；
c. 均支持跳轉到日志服務進行自主查詢，支持多函數寫入同一個日志倉庫

以上三個共同點看起來中規中矩，他們均采用自家成熟的日志服務作為日志存儲系統，在保證日志安全性的同時也提供了不錯的查詢體驗；面向請求級別的日志也天然的為用戶做了隔離，也符合 FaaS 作為事件驅動的調性；但是均支持跳轉到所綁定的日志服務產品這一做法可能會褒貶不一。從全面性和準確性上來說沒有任何問題，所綁定的日志服務可以作為用戶業務日志的 source-of-truth。

不好的是當用戶面臨茫茫多的日志信息，其中混雜著多個應用的信息和云服務的配置信息，無疑提高了使用成本，并且想要用好自助查詢這一功能，需要較長的學習周期。開發者進行 debug 時最關心的就是 errorStack，但是在日志服務中，映入眼簾的更多是無用的信息。

你需要的和你看到的

阿里云函數計算助你一眼定位問題

優化用戶的日志查詢體驗 - 面向文本的日志

為了讓用戶使用的更舒適，今年 2 月阿里云函數計算（FC）全新推出日志關鍵字搜索功能，目前已經全網上線，接下來用幾個例子來講講小王是如何通過這個功能，快速定位請求日志，保住眼睛的。

（1）面向文本的日志

在調用日志 - 關鍵詞搜索頁面，開發者可以看到完整且詳細的當前函數的業務日志（包含函數初始化、調用日志），在這里開發者只關注文本，函數計算幫助你甩掉了日志服務頁面中其他無用的信息。

（2）支持查詢、高亮

開發者使用關鍵詞搜索時，可以自定義鍵入文本。像頭圖中的用戶，可以直接在搜索搜索框中鍵入訂單號等特點信息，即可查詢到自己想要的日志信息。

具體操作請前往下方鏈接查看：

https://www.bilibili.com/video/BV1Cr4y1i7aU/

（3）支持簡單的查詢語句關聯操作

關鍵詞查詢搜索框支持使用 AND、OR、NOT 等字段鏈接文本 （與日志服務語法保持一致），為用戶的精細搜索提供了可能。

具體操作請前往下方鏈接查看：
https://www.bilibili.com/video/BV1ZS4y1m7Tf/

(4）對于自定義 Runtime 更友好

對于 custom-runtime、custom-container 等需要用戶高度自定義的 Runtime，也支持面向文本的日志顯示以及關鍵字搜索，這樣容器啟動的日志也自然地展示給了用戶。

阿里云函數計算（FC）以 custom-container 經典的 python-flask 框架為例，可以看到容器啟動，python flask server 啟動的日志也可以展現在控制臺上。同理，initializer、自定義 Runtime 的日志都可以收集進來。

打開試試

在阿里云函數計算 （FC） 函數詳情頁面，單擊調用日志，查詢當前函數的調用記錄。通過關鍵詞搜索頁簽可以查看函數調用日志的內容。
文檔鏈接:
https://help.aliyun.com/document_detail/73349.html

阿里云函數計算（FC）不止關注為用戶提供極高的工程效率、幫助用戶降本提效，也關心用戶使用我們的產品是否體驗絲滑。

隨著業務量的攀升，用戶在日志方面的訴求也是越來越多，函數計算控制臺中的請求列表與關鍵字查詢的組合可以輕松覆蓋 100% 來自開發者的日志需求，讓您更快速定位問題，直接進行業務日志的檢索。

總結

以上是生活随笔為你收集整理的一眼定位问题，函数计算发布日志关键词秒检索功能的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。