一眼定位问题，函数计算发布日志关键词秒检索功能

简介：当 FaaS 应用出现很多报错，且调用日志页面的请求过多时，如何才能简单、快速地查到出现 bug 的原因？

听说这个问题你也遇到了？                      

小王是一名程序员，最近在使用 FaaS （Function as a Service)  服务时遇到了一个头疼的问题：他的 FaaS 应用出现很多报错，但是调用日志页面的请求太多了，没办法简单、快速地查到出现 bug 的原因。

对小王来说，在开发、运维时查看自己的应用出现错误原本是稀松平常的事情，之前小王可以在服务器本地打印的日志中查看关键字，可以查看逻辑是否正确，再检查下执行环境中的报错信息，错误根因基本就被发现了。现在，当小王把应用部署到云上并且将业务交付给 FaaS 服务商来执行后，却只能依赖于 FaaS 服务商提供的日志解决方案查询相关 debug 信息，没有办法像在服务器上进行调试一样，可以直接调查相关的错误原因并且进行修复。

因为这个问题，小王每天都要在几十、或者上百条调用日志的请求列表中，一点点用眼睛搜索，真的眼睛都要废了, 于是忍无可忍的小王开启了自救模式……

主流函数计算产品如何应对？                 

小王对比了目前国内的主流函数计算产品，他发现这些产品在日志层面有三个共同点：

1. 均以自家的日志服务系统作为日志存储