检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
您可以在“费用与成本 > 费用账单 > 账单管理 > 流水和明细账单 > 流水账单”中,查看计费模式为“按需”的“应用性能管理 APM”产品的“消费时间”,即实际使用时间。 查看流水和明细账单 登录华为云控制台。
图6 错误摘要详细信息 单击“设备型号/ID”列的某一行对应的“操作”列的“查看详情”。展示该错误记录的基本信息以及错误堆栈。 表6 错误-查看详情相关参数说明 参数名称 说明 发生时间 发生错误的时间。 用户标识 用户的唯一标识。 设备名称 设备名称。 摘要 错误信息摘要。
causeType 类名 异常发生类 - ENUM LAST exceptionType 异常类型 异常类型 - ENUM LAST count 次数 异常次数 - INT SUM message 消息 异常消息 - STRING LAST sql 异常sql 发生异常的sql -
causeType 类名 异常发生类 - ENUM LAST exceptionType 异常类型 异常类型 - ENUM LAST count 次数 异常次数 - INT SUM message 消息 异常消息 - STRING LAST sql 异常sql 发生异常的sql -
causeType 类名 异常发生类 - ENUM LAST exceptionType 异常类型 异常类型 - ENUM LAST count 次数 异常次数 - INT SUM message 消息 异常消息 - STRING LAST sql 异常sql 发生异常的sql -
最近数据表格:表格界面展示最近一笔数据,用户可以单击数据查看趋势图。 每个监控项的视图配置是后台配置好的,并未对外开放。可以将视图与后台指标集对应进行查看,具体请参见指标集。 父主题: 应用指标监控
exceptionType 异常类型 异常类型 - ENUM LAST causeType 异常类 发生异常的类 - ENUM LAST count 次数 该异常的发生次数 - INT SUM message 异常消息 该异常产生的异常消息 - STRING LAST stackTrace
单击问题调用所在行“操作”列的“查看调用关系”,查看方法级的调用关系。 父主题: 调用链追踪
请求示例 获取汇总表格数据,入参为view_type参数为sumtable的视图配置,可从查询监控项配置信息接口获取。
总览 应用是提供服务所需功能的软件,可以对相同或者相近业务的一组服务进行逻辑划分。您可以将某类相同业务的服务放到同一个应用中,并实现整个业务的应用性能管理。例如,可以将账户、产品、支付等服务,放入“商城”应用中。 通过总览您可以快速了解应用的健康情况。
exceptionType 异常类型 异常类型 - ENUM LAST causeType 异常类 发生异常的类 - ENUM LAST count 次数 该异常的发生次数 - INT SUM message 异常消息 该异常产生的异常消息 - STRING LAST stackTrace
查看总览 登录管理控制台。 单击左侧,选择“管理与监管 > 应用性能管理 APM”,进入APM服务页面。 在左侧导航栏选择“App监控 > 总览”,展示App监控的性能指标数据。 在页面的左上方应用下拉列表中,选择应用。在页面的右上方,单击时间维度选择按钮,默认“近20分钟”。
华为云容器应用接入APM 当您的容器应用已经上了华为云,您需要应用性能管理时,本文介绍如何将容器服务上的Java应用通过Pinpoint探针接入到APM。 前提条件 已拥有CCE、ServiceStage容器服务。 CCE、ServiceStage容器服务上已部署Java应用。
查看总体指标 登录管理控制台。 单击左侧,选择“管理与监管 > 应用性能管理 APM”,进入APM服务页面。 在左侧导航栏选择“前端监控 > 总览”,展示前端性能监控的性能指标数据。总览包括性能加载、JS稳定性、API请求以及访问流量4个类别。
传输协议 HTTPS 版本更新说明 sdk如何处理个人信息请参考华为云应用性能分析服务数据采集SDK隐私声明。 您集成和使用华为的sdk时需要遵从个人信息保护基本要求,详情请参考华为云应用性能分析服务数据采集SDK开发者合规指南。
DubboProvider监控 介绍APM采集的dubbo服务端监控指标的类别、名称、含义等信息。
如果没有iptables相关服务,需要先安装,命令如下。
而微服务分布式架构中的一个业务请求通常要经过多个服务/节点后返回结果。一旦请求出现错误,往往要在多台机器上反复翻看日志才能初步定位问题,对简单问题的排查也常常涉及多个团队。
而微服务分布式架构中的一个业务请求通常要经过多个服务/节点后返回结果。一旦请求出现错误,往往要在多台机器上反复翻看日志才能初步定位问题,对简单问题的排查也常常涉及多个团队。