使用请求级别指标发现并定位问题
请求级别指标帮助您更好地洞察每一次函数调用，掌握函数执行情况。您可以基于请求指标快速发现并定位问题，分析应用瓶颈。开启请求级别指标，您将能够更好地管理和优化您的函数应用。
SAE基于请求的实例调度原理以及对计费和日志的影响
在Serverless 应用引擎 SAE（Serverless App Engine）新版环境中，您可能会遇到这样的情况：尽管所有实例均处于运行状态，一部分实例却并未参与实际的流量处理，由此导致这些实例上业务日志的缺失。SAE新版支持微服务场景和Web应用场景。在Web应用场景下，采用了动态的流量调度策略，只要是为了优化资源利用和响应速度。然而，请求调度至实例的策略，因为不同实例间的流量分配不均可...
通过日志中durationMs字段筛选函数执行时间较长的请求_函数计算(FC)
长时间的请求会消耗较多的资源，并且影响服务响应速度和整体的稳定性。为了提升系统性能和用户体验，识别并优化执行时间较长的请求非常重要。因此，您需要先开启日志功能，然后通过对SLS日志进行过滤并筛选出执行时间较长的请求，再针对这些请求进行分析优化。
如何在ASM中通过访问日志定位请求异常延迟的原因_服务网格(ASM)
在工作负载中注入Sidecar，可以实现流量劫持，并按照您的配置对流量进行修改和路由。Sidecar处理和转发带来的额外时间开销会增加请求的延迟时间。在节点性能充足的情况下，Sidecar通常不会对并发能力有显著的影响。本文介绍如何通过访问日志定位请求异常延迟的原因。
没有哪个卡住，看日志这个请求id从开始，都不结束，直到600s超时,其他id都正常结束
FC Invoke End RequestId: a032694f-d34c-410b-86b0-dab2cee8551b, Error: Function timed out after 600 seconds (maxMemoryUsage: 100.09MB) ，没有哪个卡住，看日志这个请求id从开始，都不结束，直到600s超时,其他id都正常结束
Logback 日志添加请求唯一追踪 ID
我是陈皮，一个在互联网 Coding 的 ITer，个人微信公众号「陈皮的JavaLib」关注第一时间阅读最新技术文章。问题描述日志是排查问题的重要依据，但有时日志太多也不容易定位报错信息，不明确哪条日志信息对应哪次请求。如果能给每一个请求的执行链上的所有打印日志加上唯一的追踪标识 ID，那么排查就方便多了。对于每一个请求，分配一个唯一 ID，打印日志时加上此 ID，并且当请求报错时，将这个 I....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
