pinpoint

公司最近在构建服务化平台，需要上线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之类的配置文件做修改，但依然对代码有侵入

1 下载pinpoint git clone https://github.com/naver/pinpoint.git git switch 1.8.5 2 安装hbase：见上篇随笔 3 导入hbase初始数据 [root@zkslave2 bin]# ./hbase shell /tmp/init-hbase.txt 4 启动pinpoint collector 可能需要改变的配置： 5 启动pinpoint web 修改相关配置 在sts中用嵌入tomcat启动hbase web，需要配置一下： 启动后的web界面 6 启动示例程序 添加启动参数： -javaagent:D:/study/pinpoint/agent/target/pinpoint-agent-1.8.5/pinpoint-bootstrap-1.8.5.jar -Dpinpoint.agentId=test-agent -Dpinpoint.applicationName=TESTAPP testapp访问一下 pinpoint web效果图 来源： https://www.cnblogs.com/wenwujuncheng/p/11862140.html

目前分布式链路追踪系统基本都是根据谷歌的《Dapper大规模分布式系统的跟踪系统》这篇论文发展而来，主流的有zipkin，pinpoint，skywalking，cat，jaeger等。 本次APM系统选型主要对比pinpoint和skywalking。直接否定了zipkin和cat。因为zipkin和cat对代码有一定的侵入性，这是我不能接受的。而pinpoint和skywalking都是基于字节码注入技术，可以做到完全的代码无侵入。对现有系统的改造极小。 1，社区比较 skywalking最近刚刚完成apache孵化，已成为 Apache 基金会顶级项目。skywalking完全由国人主导开发，在国内社区相当活跃。我们能够进入官方群（Apache SkyWalking交流群：392443393）和项目发起人吴晟零距离沟通，很多问题能第一时间得到大家的帮助（玩过开源的都知道，这个价值有多大）。 pinpoint是韩国公司开发，在社区交流上会有一定滞后。 在社区角度比较，skywalking是完全占优的。 2，支持语言比较 Pinpoint只支持Java和PHP，而skywalking支持5种语言：Java, C#, PHP, Node.js, Go。如果公司的服务涉及到多个开发语言，那么skywalking会是你更好的选择。并且，如果你要实现自己的探针（比如python语言）

Pinpoint是什么 简单的说，Pinpoint是一款对Java编写的大规模分布式系统的APM工具，有些人也喜欢称呼这类工具为调用链系统、分布式跟踪系统。我们知道，前端向后台发起一个查询请求，后台服务可能要调用多个服务，每个服务可能又会调用其它服务，最终将结果返回，汇总到页面上。如果某个环节发生异常，工程师很难准确定位这个问题到底是由哪个服务调用造成的，Pinpoint等相关工具的作用就是追踪每个请求的完整调用链路，收集调用链路上每个服务的性能数据，方便工程师能够快速定位问题。它对性能的影响最小（只增加约3％资源利用率），安装agent是无侵入式的 为什么要用Pinpoint 最重要的原因，对代码的零侵入，运用JavaAgent字节码增强技术，只需要加启动参数即可。 Pinpoint-Collector：收集各种性能数据 Pinpoint-Agent：和自己运行的应用关联起来的探针 Pinpoint-Web：将收集到的数据显示成WEB网页形式 HBase Storage：收集到的数据存到HBase中 部署： 1台Web，安装好jdk，tomcat 2台collector,安装jdk,tomcat 1台hbase ,安装好jdk,hbase必须给大点的存储，目前我挂的是300G的硬盘，预生产环境比较小，后面根据实际情况调整 War包下载： https://github.com

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)

　 　本次pinpoint安装使用了docker环境安装,需要预先docker运行环境 1.安装docker环境 2.获取 pinpoint-docker ,安装命令 git clone https://github.com/naver/pinpoint-docker.git git checkout {tag} cd pinpoint-docker docker-compose pull && docker-compose up -d ##若docker-compose不存在,就要安装 　　链接 https://github.com/naver/pinpoint-docker/blob/1.8.4/docker-compose.yml version: "3.6" services: pinpoint-hbase: build: context: ./pinpoint-hbase/ dockerfile: Dockerfile args: - PINPOINT_VERSION=${PINPOINT_VERSION} container_name: "${PINPOINT_HBASE_NAME}" image: "pinpointdocker/pinpoint-hbase:${PINPOINT_VERSION}" networks: - pinpoint volumes: -

公司最近在构建服务化平台，需要上线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之类的配置文件做修改，但依然对代码有侵入

分享自己搭建pinpoint时候的一些经验 　　 由于项目需要，最近就自己尝试着弄了一下pinpoint，其实总的弄下来之后感觉并不难！ 　　本来是打算用mac搭建的，可是在官网上看需要安装JDK6，JDK7，JDK8，所以就果断放弃了mac，直接用windows7虚拟机上； 　　下面是一些官网截图，直接按着配就行： 　　 　　我是直接下载了一个pinpoint压缩包，直接解压就行； 　　然后是安装maven，配置maven环境变量，不赘述了，在cmd内进入pinpoint主目录然后输入命令： mvn install -Dmaven.test.skip=true；安装会需要很长时间，耐心的等一会， 特别注意，重启电脑以后想用pinpoint就得在执行一下mvn的命令，要不pinpoint-web会启动报错 　　双击运行的顺序依次是：start-hbase.cmd ; init-hbase.cmd ; start-collector ; start-testapp ; start-web ; 　　好了，如果没有报错的话，你就可以去访问网站了， localhost:28080 和 localhost:28081 　　 注意了！！！ 同志们，最大的坑在这 　　因为你肯定是要用pinpoint去监控你的项目啊，所以需要让把你的项目挂到pinpoint上，这里就以tomcat为例； 　

https://blog.csdn.net/u010953917/article/details/84314053 来源： https://www.cnblogs.com/yulia/p/11763097.html

https://blog.csdn.net/ityouknow/article/details/82393102 引言：继上篇《几种分布式调用链监控组件的实践与比较（一）实践》后，本篇将会讲下几种APM选型的比较与性能测试。 1. 前文回顾 上一篇文章主要讲了三种分布式调用链监控组件的实践。问题的背景由微服务架构展开，微服务的好处已经不用多说，而微服务的多了之后，千头万绪，下面这张图经常被用到。 系统的复杂度因此提升。系统越复杂，越难解决问题，例如系统失败或者性能问题。在三层架构中找到解决方案还不是太难，仅仅需要分析3个组件比如web服务器，应用服务器和数据库，而服务器数量也不多。但是，如果问题发生在n层架构中，就需要调查大量的组件和服务器。另一个问题是仅仅分析单个组件很难看到大局;当发生一个低可见度的问题时，系统复杂度越高，就需要更长的时间来查找原因。最糟糕的是，某些情况下我们甚至可能无法查找出来。 上面其实已经提到存在的故障定位问题，基于微服务体系之下构建的业务系统存在的问题基本上分为三类： 故障定位难，一个简单操作，其背后可能是由十几个微服务共同完成的，这些微服务也由不同的团队去负责。一旦出现问题，最坏情况下我们也许需要这十几个团队一起来解决问题。 链路梳理难，应用没有形成应用拓扑，不知道自己的服务下游会影响其他哪些人。 资源浪费多，容量预估难。对于一些服务