Grafana Labs 最新开源项目:持续分析数据库 Phlare 和前端可观测性库 Faro
Grafana Labs 近日开源了两个新项目,分别是用于大规模持续性能分析 (Continuous Profiling) 的开源数据库 Phlare,以及用于前端应用可观测性的 Faro。
Grafana Phlare
Grafana Phlare 是一个用于聚合持续分析 (Continuous Profiling) 数据的开源项目,它可以和 Grafana 完全集成,允许你与其他可观察信号相关联。
Grafana Labs 介绍道,Profiling 可用于分析程序的资源使用情况,进而帮助开发者优化程序的性能和成本。但当下主流的分布式云原生架构让 Profiling 这件事变得更加复杂,从而产生了对持续分析 (Continuous Profiling) 的需求,其中有关资源使用情况的信息会在整个计算基础设施中定期自动收集,然后压缩并存储为时间序列数据,这使开发者能够可视化查看随时间的变化并放大与感兴趣的时间段相匹配的 profile 文件 —— 例如,CPU 在其利用率最高时所花费的时间,或函数调用的频率和持续时间。
Grafana Labs 称"Continuous Profiling"是除 metrics, logs 和 traces 之外的可观测性第四大支柱。
Phlare 使用诸如 Amazon S3、Google Cloud Storage、Azure Blob Storage、OpenStack Swift,以及任何与 S3 兼容的对象存储,因此开发者可以使用较低廉的存储来存放所有历史记录,Phlare 还提供多租户和隔离功能集,可供团队或业务部门运行独立数据库。
Phlare 运行流程
Phlare 架构
(图片来源:https://xie.infoq.cn)
Grafana Faro
Grafana Faro 是用于收集有关 Web 应用程序前端运行状况数据的开源函数库,开发者将其提供的 Grafana Faro Web SDK 嵌入到前端应用程序,该程序就会自动开始收集日志、错误和性能指标,然后添加元数据以便找到有用的条目,并将其转发到 Grafana 代理(需启用集成的应用程序代理接收器),然后它可以将这些数据发送到 Prometheus、Grafana Loki 或 Grafana Tempo。
如下图所示:
Faro 运行流程
Grafana Labs 表示,过去开发者可以使用 Grafana 来监控基础设施,并使用 OpenTelemetry 来监控 API,但是前端应用程序缺乏监控解决方案,因此开发者无法掌握终端用户的实际使用状况,现在 Faro 填补了这个空缺。
Faro 还提供了事件 API,可用于捕获用户事件,让开发者能够重建终端用户在应用程序的使用历程,以了解用户与应用程序的交互方式。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
FFmpeg 获得 NVENC AV1 编码支持,比 HEVC 快 100%
AV1 视频编解码器的受欢迎程度与日俱增。在上周,OBS Studio 推出了 28.1 版本,带来了对 NVIDIA NVENC AV1 编码的支持,除此之外,AMD 最新推出的 Radeon RX 7000 系列显卡也支持 AV1 编码。在 GPU 硬件层面上支持 AV1 可以显著降低 CPU 的负载。 近日开发者 Timo Rothenpieler 为大家熟知的音视频处理工具 FFmpeg 带来了更新,此次更新让 FFmpeg 获得了对 NVENC AV1 格式硬件加速编码的支持。 代码提交者 Timo Rothenpieler 表示,利用最新的 NVIDIA GeForce RTX 40 系列 GPU 上的 NVENC AV1 硬件编码器,在他的测试中,新的 NVENC AV1 编码器在编码速度方面比基于 NVENC HEVC 的 FFmpeg 编码快 75% 至 100%,而且两者在视觉质量上没有明显差异。 Timo Rothenpieler 合并了 NVENC AV1 编码支持并将其总结为: 在低比特率 cbr 设置的质量方面,av1_nvenc 似乎超过了 hevc_nv...
- 下一篇
从 Coreboot 中删除旧 AMD CPU 和主板支持,代码减少约 738k 行
Upstream Coreboot 已逐步停止支持较旧的 AMD 14h / 15h / 16h 系列处理器和相关主板。 如Phoronix 所述,由于这些较旧的 AMD 平台依赖于旧的 SMP 初始化路径,并且从未移植到较新的代码,因此在弃用之后,这些 targets已从上游 Coreboot 中删除。事实上,考虑到这些较旧的 ports 未进行维护且未针对任何新的 Coreboot 功能等进行调整,此举乃是意料之中。那些仍在运行带有 Coreboot 固件的旧 AMD 主板的用户可以继续使用其现有固件。同样,由于 Git 和现有的 Coreboot tagged releases;如果需要的话,那些选择这些旧 AMD 主板的人可以继续运行以前的 Coreboot 版本。但就上游而言,这些旧的 AMD CPU/主板不再受支持。 此前,AMD 也有过为新平台积极贡献上游的时候。他们曾积极为新的 APU 平台积极支持 Coreboot —— 在2011 年承诺在未来的 CPU 中支持 Coreboot,但也只持续了几年。逐渐的,他们对 Coreboot 的贡献往往就仅限于在 Google...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Red5直播服务器,属于Java语言的直播服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7