• [分享交流] 诚邀公有云运维工程师参加有奖测评活动(送京东购物卡)~~
    摘要: 为了给用户提供更好的产品体验,华为云云运维中心COC现邀请公有云运维管理员有偿参加产品测评活动。测评时长:1.5小时左右测评方式:线上会议,电脑入会报名条件:公有云运维管理人员,从事公有云资源规划、管理、运维工作;负责云资源日常运维、购买及使用,熟悉补丁、脚本、作业、ECS操作等。访谈日期:2023年12月活动奖励:参与测评后可获得200元京东购物卡报名入口:需要先填写本问卷报名,在问卷结尾留下联系方式本活动最终解释权归华为云UED团队所有。
  • [培训资料] 【应用使能】应用性能管理APM培训资料一览
    应用性能管理服务(Application Performance Management,简称APM)帮助运维人员快速发现应用的性能瓶颈,以及故障根源的快速定位,为用户体验保驾护航。您无需修改代码,只需为应用安装一个APM Agent,就能够对该应用进行全方位监控,帮助您快速定位出错接口和慢接口、重现调用参数、发现系统瓶颈,从而大幅提升线上问题诊断的效率。非侵入的应用性能数据采集:用户无需更改应用代码,只需要将APM的Agent包部署到服务器,并且修改应用启动参数,就可以实现应用监控。应用视角的指标监控:无须配置,自动监控应用相关大量监控指标,如JVM、JavaMethod、URL、Exception、Tomcat、httpClient、Mysql、Redis、kafka等。应用拓扑自动发现:通过对RPC调用信息进行动态分析、智能计算,自动生成分布式应用间拓扑关系。调用链的自动跟踪:多个应用接入APM后,自动针对某一些请求进行采样,采集单个请求的服务之间调用关系以及中间调用的健康情况,实现全局调用链路的自动跟踪。常用诊断场景的指标下钻分析:根据应用响应时间、请求数、错误率等指标下钻分析,按业务、应用、环境、数据库和中间件等多维度查看。异常事务和慢事务捕捉:基于调用事务(Transaction)的超时和异常分析,并有效自动关联到对应的接口调用,如 SQL、MQ 等。以下是我们整理的APM相关资料:APM产品官方文档最新动态_应用性能管理 APM_华为云 (huaweicloud.com)APM产品介绍产品概述_应用性能管理 APM_产品介绍(2.0)_华为云 (huaweicloud.com)APM快速入门开通APM2.0_应用性能管理 APM_快速入门(2.0)_华为云 (huaweicloud.com)APM用户指南使用导读_应用性能管理 APM_用户指南(2.0)_华为云 (huaweicloud.com)APM API指南概述_应用性能管理 APM_API参考(2.0)_使用前必读_华为云 (huaweicloud.com)
  • [云运维] 华为云apm是否支持监控在腾讯云VM部署的服务
    华为云apm是否支持监控在腾讯云VM部署的服务
  • [问题求助] APM的pinpoint 对应用本身的资源消耗是多少呢?
    如题
  • 性能管理应用接入任务咋完成
    服务器在另外一个号上,有无做完的求个教程
  • [问题求助] AOM和APM是否支持监控能力拓展(比如定制一些指标,或者支持一些不在兼容清单的东西),还是说目前必须根据当前兼容性清单进行匹配
    在使用APM和AOM的时候,如果监控项不满足诉求,或者不在兼容性清单中,能否支持监控能力拓展?
  • [运维月刊] 华为云APM非侵入式移动APP埋点技术分析
    华为云APM非侵入式移动APP埋点技术分析移动APP的发展随着移动互联网的兴起,基于Android的移动APP数量呈现井喷式的增长。由此带动的不仅仅是智能手机行业的发展,而且带动了移动APP性能管理行业的发展。同时,越来越多的移动APP开发企业把目光投向了传统APM行业,希望传统APM企业能够提供移动APP的性能管理解决方案来减少企业的移动APP运维成本。移动APP的运维困局移动APP的运维不同于传统服务运维,由于移动APP运行在用户的手机上,开发者无法直接获取APP的运行状况,很难判断APP的用户体验。因此如果需要了解移动APP的用户体验,开发者一般会在业务代码中增加获取用户非隐私数据的代码,比如说获取http请求时延,获取http请求吞吐量等。但是这种方式将会极大的增加开发人员的工作,同时也需要开发者搭建一套处理运维数据的后台系统,这对于企业来讲成本开销很大。在本文接下来的篇幅中,我们会着重于讲解如何获取APP运行时数据。侵入式SDK埋点Android为了更好让开发者收集APP运行时数据,提供了一个可以再代码编译期修改安卓运行字节码的解决方案,目前各大移动APM提供商使用的都是这套解决方案,通过修改字节码完成通用三方包的埋点来获取APP运行期数据。但是,这个解决方案依然需要开发者在编码阶段对业务代码进行修改,代码修改难度和修改量取决于APM提供商给出的SDK开发指南。可以说SDK集成的方式帮助开发者免去了搭建移动APP运维系统的烦恼,但是仍然需要开发者将SDK集成到业务代码中,从开发的角度讲,并没有真正减轻移动APP开发者的工作。非侵入式埋点解决方案为了进一步减少开发者的工作,华为独家提供了更加简便的非侵入式埋点解决方案。通过这个解决方案,开发者只需一个命令就能完成整个APP的埋点工作,无需SDK集成,无需编译发布,无需搭建运维系统。华为真正做到了移动APP埋点的非侵入式:一个命令行,解决所有问题。非侵入式技术解密技术原理非侵入式埋点技术源自于gihub的dexlib2开源项目,而移动APP开发者熟悉的项目apktool使用的就是dexlib2,实际上,dexlib2就是android虚拟机Dalvik上的字节码解析库。它提供了将Dalvik字节码翻译成smali汇编码的方法,同时也提供了将smali汇编码打包成Dalvik字节码的方法。我们通过深入研究提出了一套基于dexlib2解析库的非侵入式埋点框架。基本原理就是通过dexlib2将开发者已经生成apk进行字节码翻译成smali汇编码,在翻译的过程中对指定的代码进行埋点,达到非侵入式埋点的效果,最后通过dexlib2重新将开发者的apk进行打包还原,完成整个apk的埋点。而在整个过程中,开发者完全不感知埋点过程,也不感知任何代码变化,同时经过我们的精心优化,埋点后的代码对于整个APP业务影响非常小,可以忽略不计。最后,埋点过后的代码也支持开发者使用apktool工具进行查看和验证,开发者可以清晰的看到所有代码的改动之处,完全透明。下面是业界通用的SDK埋点采集和我们非侵入式采集的对比图:技术框架基于dexlib2开发的非侵入式开发框架支持开发者通过配置文件自定义埋点类型、埋点包以及埋点函数。可以说,开发者可以根据配置文件来定义整个埋点过程。下面的示意图展示了我们非侵入式埋点的架构设计:可以看到,上述架构设计下的非侵入式埋点框架自由度非常灵活,拥有无限扩展和自由定制的能力,所有的三方开源包都支持可插拔。用户可以通过配置文件自由选择自己想埋点的三方包,函数和埋点类型。我们甚至可以很轻松的接纳某些特殊用户的定制类需求。截至目前,我们已经开发出来的插件包括:Okhttp,Okhttp3,Volley,HttpUrlConnection等,后续插件还在努力研发中。为了获取三方开源软件中的运行数据,非侵入式数据采集框架是通过不同埋点类型来获取的,具体介绍如下:环绕型埋点:在关键函数调用点增加before和after函数,获取函数调用前后的参数变化,返回值等信息。Getter/Setter型埋点:对私有类型的类成员变量增加getter/setter函数,获取APP运行期关键数据信息。函数入口型埋点:在关键函数第一行增加调用配置文件指定的静态函数,用来统计函数入口相关信息,同时也可以对函数参数注入跟踪信息。函数替换型埋点:将所有关键函数的调用替换为配置文件指定的静态函数,为用户提供灵活的关键函数mock能力。使用上述四种埋点类型,我们基本上可以获取三方开源库中的任何数据,不仅如此,我们还可以根据客户的要求来定制更多的埋点类型, 只有客户想不到,没有我们做不到。通过非侵入式埋点框架,我们可以将移动APP的运行状态纤毫毕现的呈现给开发者。目前,非侵入式埋点技术已经在华为云APM的Mobile监控中使用,已经历实际工程的考验,希望大家可以多多关注。结语一切都是为了更好的服务消费者,华为始终以客户为中心的价值观永远不会变,我们对开发者提供的非侵入式埋点框架和运维系统就如同一套顶级的体检系统一样,将使用权完全的交给开发者,开发者通过最简单的使用方式,最强大的数据采集方式与数据分析系统来完成移动APP的诊断和体检。
  • [热门活动] 华为云应用性能管理服务APM网格型产品 于2019年8月1日00:00(北京时间)转商通知
    尊敬的华为云客户:华为云计划于2019/08/01 00:00(北京时间)将华为云应用性能管理服务APM的网格型产品正式转商用。商用后正式开始收费,如果您需要继续使用应用性能管理服务的网格型产品, 请前往服务产品页了解具体计费说明;如果您不再需要使用该服务,请将已有资源删除,以免产生费用。更多关于应用性能管理服务网格型产品请您点击了解。如您有任何问题,可随时通过工单或者服务热线(950808)与我们联系。感谢您对华为云的支持!
  • [云运维] 华为云应用运维管理服务与应用性能管理服务于2019年1月16日00:00(北京时间)价格调整通知
    尊敬的华为云客户:华为云对应用运维管理服务(AOM)、应用性能管理服务(APM)进行价格调整,新价格于2019/01/16 00:00(北京时间)正式生效,生效后AOM、APM的新购、续费均按调整后价格收取费用。具体价格详情请参考产品的AOM帮助中心-计费介绍页、APM帮助中心-计费介绍页。如您有任何问题,欢迎您拨打华为云服务热线:4000-955-988。感谢您对华为云的支持!
  • [问题求助] 应用性能管理服务BUG,应用运行中但是无法显示数据
    华为云ID:xiyexin反馈:不能免费参与,我充值参与活动。但是,在此过程中概览、调用链等全部无数据。开启实时显示也是不行。希望技术人员排查一下,我还纳闷怎么这几天参加的好少,估计被此bug挡道了。
  • [技术交流] 全面解析应用运维分布式追踪技术
    随着虚拟化、云化技术越来越成熟,分布式系统的成本和架构优势日渐凸显,特别是微服务等设计理念在业务系统尤其是大型的互联网公司中越来越流行,业务的调用关系越来越复杂。而随着业务的膨胀、服务的拆分,系统的模块变得越来越多,不同的模块可能由不同的团队/程序员来维护。一次客户的业务请求,可能会涉及数个乃至数十个服务的协同处理,牵扯到多个团队/程序员的维护模块,不同的缓存、数据库、消息队列等中间件。在这样的云化应用架构下,请求链路的任何一条请求出现故障或性能问题,都将严重影响服务的用户体验。如何能够快速准确的定位到线上故障根因?如何捕捉请求中的性能瓶颈并实施优化?如何将离散的业务请求数据关联在一起进行有效的用户体验分析?对于大型的、访问量大的网站、社交、电商、游戏应用,这类问题尤其突出,直接影响最终用户对系统的感知和留存率。传统的应用运维问题定位以日志为主,通过对告警、系统资源、日志的逐一分析,定位故障根因或性能瓶颈。但是由于云化架构的复杂性,业务请求链路的多样性,传统的应用运维模式已经无法继续支撑故障定位与性能分析的诉求。这个时候就需要APM系统来大展身手了。APM (Application Performance Management) 即应用性能管理,属于IT运维管理(ITOM)范畴。主要是针对企业关键业务的IT应用性能和用户体验的监测、优化,提高企业IT应用的可靠性和质量,保证用户得到良好的服务,降低IT总拥有成本(TCO)。APM随着互联网的发展,经历了以下三个阶段:第一阶段的APM出现在互联网兴起的初期,由于网络基础设施的水平普遍较差,使应用速度对网络速度与基础资源的性能非常敏感。这个阶段的APM以网络为中心,认为网络速度既应用速度,APM主要监控主机的CPU、I/O、内存、网络吞吐等为主。第二阶段的APM以监控各种基础组件为主,随着互联网的发展,网络应用变得越来越复杂,各种基础组件越来越多,促使APM进入以IT组件的健康状态、可用性、性能监控为中心第二个阶段。近几年移动互联网、云计算、大数据、物联网等技术的迅猛发展,各种业务应用不断出现,IT应用复杂度呈现爆炸式增长,而互联网产品本身“用户至上”的属性决定用户体验成为各互联网产品生存发展的关键因素。如何提升用户体验,保证服务和产品的可靠性、稳定性、优化服务等问题,对应用性能管理提出了新的需求,应用性能管理进入以用户体验为核心、专注业务交易与应用架构高度复杂性的第三阶段。基于APM 市场分析,Gardern对APM进行了新的定义描述:在新的标准下,APM市场发展迅速。APM通过对应用服务的性能和可用性进行监控管理,帮助应用/服务开发者发现和定位性能瓶颈和故障,保证应用达到预期的服务水平及最终用户体验。现代的APM基本都是参考Google的Dapper体系来实现的。Dapper通过跟踪请求的处理过程,来对应用系统在前后端处理、服务端调用的性能消耗进行跟踪。Google基于Dapper的实现发表了论文《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure》,给行业内分布式跟踪的实现提供了非常有价值的参考,该论文也成为了当前分布式跟踪系统的理论基础。大家可以参考Dapper论文原版,进行详细了解,本文只对原理做简单介绍。如上图所示,对于业务链条中的每一次请求调用,划分为clientSend(客户端发送请求)、clientRecv(客户端收到响应)、serverRecv(服务端收到请求)、serverSend(服务端发送响应)等四个事件,并由这四个事件组织为一个称作Span的数据结构。通过定义Span之间的调用(父子)关系,可以对离散的Span数据进行重组,以还原完整的调用链条。Span间的关系通过traceId、parentId、spanId来标识。traceId是一次完整调用链路的唯一标识,parentId标识当前Span的前一个调用Span,spanId用来唯一的标识某一次调用。Span在跟踪链路中的关联关系可以用下图表示:基于Google Dapper这种通过traceid、parentid、spanid还原原始链路的思路,众多大型互联网公司都开发了自己的调用跟踪系统,如Twitter的Zipkin、淘宝的鹰眼、京东的Hydra、开源的PinPoint,总体思路虽然一致,但是植入点选择上却有一些分歧。应用性能管理系统主要由数据源、采集传输、分析计算、可视化查询几部分组成,其中最核心的部分就是数据源。通过从客户端和服务端进行数据采集,其中客户端的数据采集技术主要包括主动式拨测与被动式埋点探测,在此不再展开详细描述,本文主要对服务端的数据采集技术进行简单介绍。服务端的数据采集主要分为两大类:· 网络旁路监听,通过在应用或服务部署的生产网络的交换机或网络接口抓取应用访问流量进行应用性能分析。这种方式对于应用或者服务的侵入性小,性能影响小。然而此方式采集粒度较大,无法提供代码级的问题定位,且在安全传输协议下,无法针对请求或事物进行分析。· 探针埋点,通过在生产服务器上的应用部署或者嵌入探针的方式进行应用性能数据采集。这种方式能够提供非常完整与细粒度的监控数据采集,提供代码级的问题定位。但此方式对于应用来说是侵入性的,如果埋点代码异常,会对应用本身的性能和稳定性产生一定影响。在针对应用与服务的埋点数据采集中,主要使用了探针埋点的方式。探针埋点的方式主要分为两类,以Zipkin为代表的代码侵入式埋点与以PinPoint为代表的字节码增强式埋点。Zipkin是Twitter开源的分布式追踪系统,用户帮助微服务收集排查潜在问题的时序数据,提供调用跟踪数据的收集、存储、查询以及依赖分析的能力。Zipkin是一个分布式跟踪系统,不具备用户体验分析、应用监控统计等特性。Zipkin使用代码侵入埋点的方式,官方提供基于Finagle框架的埋点方案,其他语言和框架的支持主要依赖社区贡献。当前支持包括Java、Scala、Node、Go、Python、Ruby、C#等主流语言和框架。代码侵入式埋点指通过提供应用开发的SDK,或者提供集成埋点代码的框架的方式供应用开发者调用。部分具备框架研发能力的企业像Google一样将植入点选在开发框架或通信框架中,确保基于统一框架开发或通信的应用天然具备埋点能力,除框架开发团队外无需关注埋点实现、调用方式。这种埋点方式优势在于使用框架后无需额外关注埋点能力,变相降低了埋点的成本。Twitter的Zipkin、淘宝的鹰眼选择了这种埋点方式。同时,业界也有非常多的埋点装备库,支持使用埋点组件的方式实现调用链数据埋点。这种埋点方式,通过提供标准的服务框架,如:Servlet、Spring MVC、Http Client以及通用的中间件,如MySQL、Kafka等的装备类的方式,通过编写简单代码和配置,让基于这些标准框架构建的应用可以输出调用链报告数据。Brave为这种埋点方式提供了大量的标准框架实现。也提供了非常简单且标准化的接口,支持在以上的封装实现无法满足业务要求时,进行定制与扩展。代码侵入式埋点具有较好的扩展性,方便用户自定义采集的数据类型与层次。但是,不论提供框架埋点的方式还是提供装备库、SDK的方式,都需要代码侵入,在应用开发以及框架等升级场景下,应用需要重新修改代码。同时,对于应用开发人员来说,精准的识别需要埋点的地方也具有一定难度,而且基于代码侵入的埋点跟踪级别较低,无法获取足够详细的运行态信息。与Zipkin不同,PinPoint是一款开源的应用程序性能管理(Application Performance Management)工具,使用字节码增强的方式进行数据源收集,目前只有官方提供的Java Agent探针。字节码增强式埋点方式,提倡代码的非侵入性,不同的编程语言,通过不同的技术在语言运行环境或基础库上植入。对于Java应用,利用字节码增强技术,在启动JVM时通过不同的埋点插件覆盖不同的通信协议、中间件、开发框架,对Java基础调用代码进行函数级埋点。这种埋点方式优势在于能够拿到堆栈级的调用信息与其他更多运行态信息,帮助使用者无需日志等辅助手段即可快速完成问题定位。PinPoint使用字节码增强技术进行APM数据采集,通过在应用启动时配置java agent探针的方式,主动干预应用代码行为,应用开发者无需进行代码修改,由PinPoint来决定在哪些API进行数据埋点。相比较PinPoint的字节码增强技术与其他APM系统的代码侵入式埋点来说,字节码增强技术从理论上来说能够在任何地方进行埋点,而类似Brave装备库等侵入式埋点的方式本身依赖中间件的实现方式,其提供的应用层面的 API 还需要框架底层驱动的支持,才能实现拦截。PinPoint 在实现之初就考虑到了性能优化,如采用 Thrift 的二进制变长编码格式、使用 UDP 作为传输链路、在传递常量的时候使用数据参考字典、使用异步传输方式等。但任然存在一些性能问题与使用的约束,并且由于字节码增强技术对开发人员有较高的要求,其在扩展性和社区生态方面具有一定的劣势。华为APM结合PinPoint与Zipkin两种典型系统的优点,提供更便捷、更高效、性价比更高的解决方案。1. 非侵入式数据采集:一键式采集部署,更高效与健壮的数据采集能力华为APM探针借鉴PinPoint采集探针优势,在采集数据模型、输出组件性能、可靠性等方面进行优化,并统计业界各框架与中间件的使用广泛性基础上,增加插件支持能力。以保证在最小的资源占用下,为用户提供最为有用的性能分析数据。· 探针自动部署:华为APM支持与华为云容器引擎、云应用编排等服务配合使用,可以在应用部署时通过简单勾选,实现采集探针的自动部署。· 支持Zipkin模型:虽然PinPoint与Zipkin均基于Google Dapper的论文,理论基础大致相同。但是在调用链的数据模型上还是有很大的差异性。在开放性以及社区活跃度等方面,Zipkin更具有优势。为支持Zipkin用户接入,华为APM探针支持按照Zipkin的数据模型进行调用链数据输出。· 数据分类优化:对于APM调用性能统计分析(吞吐量、平均时延、TPN等),业界通用的方式为使用调用链数据进行二次抽取汇聚。该方式下需要尽量多的调用链数据样本,以使统计数据尽可能准确,势必消耗更多的应用资源。为解决这个问题,华为APM探针对采集数据源进行了分类:调用链数据与KPI数据。KPI数据针对每个业务请求按照周期进行汇聚,输出包含请求发起方、请求服务方、调用事务、调用状态(耗时、成功或失败等)等信息。由于KPI数据周期性输出,且相比较调用链数据小得多,因此能够在很小的资源负载下实现全量请求采集与统计。· 数据精准采集:调用链数据更多的关注调用超时(阈值支持自定义)或调用异常的调用链条。华为APM在基础采样率的基础上,从客户的实际运维场景触发,提供精准采集动态配置能力。精准采集支持客户针对应用或交易事务设置超时阈值、周期采集异常调用样本个数、周期内正常调用样本,以减少资源消耗的同时保证异常或超时请求的数据样本满足性能分析要求。· 数据传输优化:针对大数据量下数据输出对资源的消耗较高的问题,对输出组件进行优化,通过异步文件输出与异步Pipe输出、输出数据Cache,减少数据类型等方式,优化应用资源占用。· 采集逃生机制:在高并发峰值场景下,应用业务请求多,资源消耗大。此时,为保证业务正常运行,华为APM支持用户自定义配置逃生资源阈值。在应用资源消耗达到阈值后,华为APM探针主动停止所有运维数据采集,在资源消耗下降至阈值以下时自动恢复数据采集。逃生机制支持动态配置。2. 数字化运营:提供业务运营体验管理与性能分析实时跟踪每条业务交易,快速分析交易的运行状态并提供诊断能力· 自定义事务:用户可根据每条URL定义事务名称,方便理解。· 健康规则配置:可以对每条事务配置健康规则,如超过1s提示异常。· 性能追踪:精确采集异常性能数据,可对比历史基线数据,也能找到应用的异常方法,提升运维效率。3. 应用程序分析:应用关系与异常一目了然、故障下钻· 应用发现与依赖关系:精确采集异常性能数据,可对比历史基线数据,也能找到应用的异常方法,提升运维效率。· 应用KPI汇聚:微服务实例汇聚到应用,KPI数据自动汇聚到应用。4. 应用程序跟踪:对异常业务调用链追踪,快速问题定界支持平台、资源、应用的监控和微服务调用链分析:· 海量数据规模支撑:支持百万容器监控,秒级查询响应。· 故障下钻:通过单击故障节点可自动下钻到故障的微服务实例、也可以关联到失败的调用链和调用栈,查看失败函数的入参和返回值。现在就使用APM服务:体验馆免费体验——使用您自己的账号登录APM,通过体验馆免费体验APM功能。demo免费体验——使用应用性能管理提供的免费账号登录并了解应用性能管理服务功能。使用——使用您自己的账号登录APM,进一步了解APM服务功能或将APM服务接入您自己的应用。更多关怀:
  • [热门活动] 劲爆!一份超全面的APM免费使用指南
    近期,我收到了这样一个消息18705APM竟然放假放价了:由免费10个变成免费100个,100个!联想起之前发的200元无门槛券,200券+100个免费实例这完全可以搞点啥了:买个机器把自己应用部上去看看当前有没有啥问题! 对,说干就干! 1、扫码或访问链接领取200元:优惠券链接187102、点击链接进入APM,自动开通并赠送100个实例:https://console.huaweicloud.com/apm/?region=cn-north-1#/apm/atps/dashboard3、购买机器并部署应用:参考下链接的虚机流程与步骤:https://support.huaweicloud.com/qs-apm/apm_00_0002.html#section44、通过拓扑图、事务、SQL分析等检查应用健康状态。进入APM查看应用:https://console.huaweicloud.com/apm/?region=cn-north-1#/apm/atps/topology 更多关怀: 18711
  • [云运维] 某个应用组下拓扑圆圈一直有,但是拓扑连线时有时无是什么原因?
    【问题现象】 客户使用CCE部署应用并开启了java监控,在APM查看,该应用组下的拓扑圆圈一直有,但是拓扑连线时有时无 17248 【问题排查】 客户在APM页面回看拓扑数据看到有部分时刻有拓扑调用数据,而其他时刻没有 17255 在客户容器中的pinpoint路径下看到调用kpi数据只在对应时间刷新过,后面就没有了 17249 【问题原因】 根据上述排查,已经可以判定,客户的应用只有部分时刻产生了调用,其余时刻并没有产生调用。客户操作应用产生调用后,数据正常产生。 所以该问题的原因是客户应用本身调用时有时无,导致拓扑数据时有时无。 更多关怀:
  • [云运维] 使用CCE已经安装好的应用可以接入APM吗?
    问题:客户咨询使用CCE已经安装好的应用可以接入APM吗? 答: 可以,在CCE应用管理页面点击该应用的“应用运维”页签,点“编辑”,勾选java探针,重启实例即可。(请评估好应用重启的影响,页面有提示)15115 更多关怀:
  • [运维二三事] APM开通三步曲
    要想服务好,仪式不能少,不需要祭天,不需要宰牛~开通APM三步曲,朴实又郑重的开场仪式!简单三步走,APM你拥有:1、登录注册(服务要好,注册不少)登录注册链接2、实名认证(云上服务,从不虚假)实名认证链接3、进入界面(免费开通,立即体验)APM界面 更多关怀:
总条数:36 到第
上滑加载中