APM

很早就在用国外的NewRelic（http://www.newrelic.com/）的APM产品来监测自己网站的PHP应用性能了。无奈国外的服务从国内访问起来实在是太慢了，虽然New Relic已经上市了，但是这访问慢的问题却是一直没见好转，反而越来越严重。可能是GFW时不时抽风所致，有时候还得翻墙才能访问New Relic的报表。虽说翻墙是码农们必备的技能，但是为了看个报表查个故障都要翻墙的话实在太麻烦了。 最近非常意外地发现国内也有提供和New Relic类似服务的厂商了。听云（http://www.tingyun.com/），国内老牌的网络性能监测厂商基调网络提供的APM Saas服务，也是2014年底开始公测他们针对PHP的性能管理产品听云Server。非常幸运地拿到了听云Server的试用帐号，这周在自己的测试环境里测试了一下，感觉还不错，虽然暂时还达不到国外New Relic的成熟水平，但是基本已经可以使用了。这两天抽时间总结了一下测试的过程和使用感受。 另外在OSChina上看到听云Server的QQ交流群：332097173 ，闲话少说，我们开始。 针对听云的PHP APM产品的测试，我主要关心的是功能、性能和稳定性，所以一共做了3个方面的测试。 功能测试主要是测试系统报表的功能以及支持的框架及后端服务 性能测试主要关注的是部署和不部署APM探针时对应用性能的影响

　　本例介绍Pinpoint告警的相关内容，Pinpoint参考 【APM】Pinpoint 安装部署（一） 　　Pinpoint Web会定期检查应用程序的状态，并在满足某些预配置条件（规则）的情况下触发警报。 　　这些条件（默认情况下）由Web模块中的后台批处理过程每3分钟检查一次（默认情况下），使用的是最后5分钟的数据。 一旦满足条件，批处理过程就会向注册到用户组的用户发送短信/电子邮件。 　　本例Pinpoint版本是：1.8.5，下载地址： https://github.com/naver/pinpoint/releases/tag/1.8.5 　　参考git文档： https://naver.github.io/pinpoint/alarm.html 　　参考博客： https://skyao.gitbooks.io/learning-pinpoint/content/alarm/code_implementation.html Pinpoint告警原理 　　1、下载 源码，通过源码解析： 　　　　Pinpoint中有一个匹处理类，BatchConfiguration.java，此类会进行批任务处理 1 @Configuration 2 @Conditional(BatchConfiguration.Condition.class) 3 @ImportResource(

感谢 @penguinz 的推荐，又发现了一家提供应用性能管理服务的国内厂商：“听云”，看了斯人 - 吴帅写的试用笔记，才了解到国外的应用性能管理厂商 New Relic 才是真正 APM 大牛，产品线覆盖非常全面，功能也非常强大，不过确实像斯人所说的，访问太慢了。粗看起来，发现从产品设计到界面上，这三家公司的产品都太像了，很明显国内两家公司的产品是在“学习” New Relic 的产品，希望两家国内厂商不只是简单的拷贝国外的产品，而是能够做出符合国内用户需求的产品。 上次写过一篇 OneAPM 的评测，关于听云的产品测试我就不再多写了，斯人的博客已经提供了非常详细的试用报告，大家可以去看看。 http://www.imsiren.com/archives/1192 。正好春节之后有点时间，就把 3 个产品都装了一遍，分别仔细用了一段时间，来说一下几个产品的对比感受。 响应时间图表的对比 看了斯人的试用报告，发现听云的产品可以监测 NoSQL 的访问性能，因此这次测试在原有 WordPress 应用的基础上，增加了几个 PHP 脚本，应用中除了 MySQL 数据库之外，还引入了对 MongoDB, Redis 和 Memcached 的访问。从响应时间的对比来看，听云支持性能指标是最多的，详见下表： 响应性能指标 OneAPM 听云 New Relic PHP 代码 支持 支持

　　本例介绍Pinpoint使用教程 　　Pinpoint安装部署参考： 【APM】Pinpoint 安装部署（一） 查看应用调用关系拓扑图 进入pintpoint-》选择应用-〉选择查看的时间周期，即可查看应用调用关系拓扑图，图文说明如下： 　　　　 　　通过上图，可以在左边看到应用的调用关系及调用次数，方便分析部署情况 　　可以通过右边的响应时间分布图，可以分析用户每次访问时长，出现超时响应时及时处理。 查看应用服务器单个节点情况 　　点击右侧View Servers-》弹出框左侧选择对应节点-》中间部分显示此节点的调用情况 　　　　 　　通过上图，可以有针对性的对单节点的访问情况进行分析 分析部分调用请求情况 　　在响应时间分布图中-》左键选择需求分析的请求-》弹出选择请求的列表页面-》在列表中选择一个请求-》下半部分显示此请求调用树信息 　　　　 　　弹出选中请求的列表页面 　　　　 　　通过此部分，可以对单个请求进行分析，查看请求在各个环节中的好事，以及出现异常的信息，方便开发及时定位问题点。 2、查看调用情况 来源： https://www.cnblogs.com/h--d/p/11926907.html

#####一.前言 对 APM 用户的一次真实调查分析（上） 中，我们主要聊到了现阶段国外 APM 行业对各个企业的渗透率、大部分使用 APM 工具的企业规模以及 APM 工具在用户心中的地位等问题，有兴趣的朋友可以点击链接观看。 我们本次继续顺着这个话题聊下去。 #####一.APM 工具的传统购买模式 先上个图！ 图 1. APM 工具的主要买家 如上图所示，IT 运维人员仍然是 APM 工具的主要买家(参见图 1 )，一个主要的原因是，IT 基础设施和运维人员是本次调查的主体。然而，无论行业、公司规模(员工，收入)和公司技术采用策略(保守，主流或激进)，结果都是一致的。但是，要注意，随着 DevOps 的兴起，IT 运维人员仍然是主要买家，但是 APM 数据 的消费者可能不再是 IT 运维人员。 至于 APM 产品的购买偏好，如下图 2 所示，60% 受访者认为购买单项工具是最佳选择，这一购买模式或许与目前的经济情况相关。当经济形势不好时，许多企业希望统一购买以节约成本，通过更大的折扣获得更好的价格。同样的，在经济良好时期，或者非紧缩时期，企业更多地关注性能，而不把成本作为主要购买标准。 图2. APM 产品购买偏好 最后，Gartner 想要评估对基于 SaaS 用户的 APM 产品的需求。结果(参见图 3 )表明，现阶段 SaaS 的使用仍然很有限，只有 18%

公司最近在构建服务化平台，需要上线APM系统，本篇文章简单的介绍SkyWalking APM APM全称Application Performance Management应用性能管理，目的是通过各种探针采集数据，收集关键指标，同时搭配数据呈现以实现对应用程序性能管理和故障管理的系统化解决方案 Zabbix、Premetheus、open-falcon等监控系统主要关注服务器硬件指标与系统服务运行状态等，而APM系统则更重视 程序内部执行过程 指标和 服务之间链路调用 情况的监控，APM更有利于深入代码找到请求响应“慢”的根本问题，与Zabbix之类的监控是互补关系 目前市面上开源的APM系统主要有CAT、Zipkin、Pinpoint、SkyWalking，大都是参考Google的 Dapper 实现的 CAT： 是由国内美团点评开源的，基于Java语言开发，目前提供Java、C/C++、Node.js、Python、Go等语言的客户端，监控数据会全量统计，国内很多公司在用，例如美团点评、携程、拼多多等，CAT跟下边要介绍的Zipkin都需要在应用程序中埋点，对代码侵入性强，我们倾向于选择对代码无侵入的产品，所以淘汰了CAT Zipkin： 由Twitter公司开发并开源，Java语言实现，侵入性相对于CAT要低一点，需要对web.xml之类的配置文件做修改，但依然对代码有侵入

作为 Zabbix 骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得 Zabbix 牛逼到无可取代。但是，随着 APM 市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。 ##运维经历的磨难 虽然都在不同的公司，做着不同的业务，但是大多运维总会经历相同的故事，以及背着类似的黑锅。运维们大多有如下经历： 网站或者业务访问不了，服务器问题，运维的责任 昨天还好好的，今天就出现的问题，运维的责任 部分地区用户反馈网站/App 无法试用，运维查查服务器。而且这种问题大多出现在事后。 各种程序都需要监控，常见的 MongoDB 、 Redis 、 Nginx ，还会出现各种不常见的应用。任何一种软件都要熟悉，运维总是在不停的学习，待遇缺一直比不上研发！ 服务器出现问题，老板找运维、领导找运维、开发也找运维，运维并不知道代码逻辑，看日志，各种排错。 初识 OneAPM OneAPM 是一家为企业和开发者提供 APM 解决方案的服务商，支持 Java、.NET、PHP、Ruby、Python、Node.js、HTML5、iOS、Android 等语言和操作系统。 ##什么是 APM ? 既然试用 APM ，我觉得很有必要给大家解释一下这个名词。应用性能管理（Application Performance

docker环境搭建： https://www.cnblogs.com/myzony/p/9071210.html https://www.cnblogs.com/neptunemoon/p/6512121.html 1.查看镜像 docker images 2.dockerfile创建镜像 docker build -t sxp/apm-collector:5.0 -f Dockerfile_Collector . 3.运行docker容器 docker run -d --name apm-collector -h apm-collector -p10800:10800 -p11800:11800 -p12800:12800 sxp/apm-collector:5.0 4.进入容器 docker exec -it apm-collector bash 5.docker占用磁盘空间清理 查看 来源： CSDN 作者： 掌少 链接： https://blog.csdn.net/zhangyunpengchang/article/details/86469755

使用hangout将Kafka数据实时清洗写入ClickHouse 什么是Hangout Hangout可以说是JAVA版的Logstash，可以进行数据收集、分析并且将分析后的结果写入指定的地方 项目地址 什么是ClickHouse ClickHouse是一个数据分析的数据库，由Yandex开源 项目地址 什么是hangout-output-clickhouse hangout-output-clickhouse是一个将数据源中的数据实时写入ClickHouse的插件。 项目地址 使用方法 从项目 release 中下载jar包，放置 hangout/modules 目录下 插件使用 - com.sina.bip.hangout.outputs.Clickhouse : host: clickhouse.bip.sina.com.cn : 8123 database: apm table: apm_netdiagno fields: [ '_device_id' , '_ping_small' , '_domain' , '_traceroute' , '_ping_big' , 'date' , 'ts' , '_snet' ] bulk_size: 500 具体使用方法参考 Hangout with Clickhouse 来源： CSDN 作者： Ricky_Huo 链接：

2 前提 左键拖出明细调用链 F:\secode_skil\SSM\SSM-SECONDS-KILL\SSM-SECONDS-KILL-ORDER-CONSUMER\target>java -javaagent:F:\spring boot\sharding-share-work\pinpoint\piinpoint153\pinpoint-1.5.x\agent\target\pinpoint-agent-1.5.3-SNAP SHOT\pinpoint-bootstrap-1.5.3-SNAPSHOT.jar -Dpinpoint.agentId=order-moitor10081 -Dpinpoint.applicati onName=order-moitor10081 -jar order-consumer-0.0.1-SNAPSHOT.jar 文章来源: pinpoint源码开发到APM全程深入--xdubbo agent解读(4.1)