标签：存储 parca 支持 server pyroscope prometheus &&
简单对比下parca 以及pyroscope，两个都是持续profile 平台工具
技术核心
- parca
利用了ebpf进行agent 的push 处理，当然也支持基于google 的pprof，parca 核心就利用了pprof - pyroscope
属于自己定义的格式，
语言支持
- pyroscope
当前支持的语言还是比较多的，基本主要的都可以 - parca
目前主要是golang，c，c++，java jing尽管支持，但是不是很理想，因为jit 语言的特性，同时对于脚本语言支持也有限，主要是利用的技术栈太偏底层
但是脚本语言又具有特殊性
数据存储
- pyroscope
包含了内置的server以及cloud，同时也类似prometheus 支持remote write - parca
包含了元数据存储，以及profiler 存储，目前来说看着只能单机，不能远程存储，但是可以通过远端server模式，但是不是很方便，可以自己扩展
查询处理
- pyroscope
包含了flameql，自己的查询语言，类似prometheus - parca
类似prometheus，因为团队人就来自proemtheus 的开发人员
灵活性
使用上大家类似，但是parca 好多prometheus 玩法的影子，包含了pull 以及push 模式的集成
系统部署
从目前两个产品来说大家都是基本数据单体模式，对于server 还都没有ha 以及存储分离的模式，但是pyroscope 支持了一种remote write 类似可以实现一种
分离的模式，当让理论上parca 也是可以支持的，但是目前parca 依赖的frostdb （一个嵌入式的列式存储），如果parca后期暴露frostdb 为一个通用的存储服务
分离就比较好搞了
说明
以上是通过学习对比的分析，实际上parca以及pyroscope源码还都是值得学习的，都是很不错的持续profile 平台工具，对于分析实际问题还是比较有用的
参考资料
https://pyroscope.io/
https://www.parca.dev/docs/overview
标签：存储,parca,支持,server,pyroscope,prometheus,&& 来源： https://www.cnblogs.com/rongfengliang/p/16692714.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。