-
下面给你一套 高吞吐、低成本日志系统方案：ClickHouse + Filebeat/Fluentd 的最简可落地架构，含组件分工、部署要点、建表示例和配置模板。 一、整体架构（极简版） 应用日志文件/容器日志 ↓ Filebeat / Fluent Bit（采集、轻量过滤） ↓ Kafka（可选，削峰、解耦、重放） ↓ ClickHouse（列式存储、高压缩、高吞吐写入/查询） ↓ Grafana / 自建后台（可视化、检索、告警） 核
- 1月前
-
我们的团队人员不多，产品由 7 个子系统组成，分别是：应用中心（center）、前端监控（monitor）、后端监控（apm）、埋点系统（event）、日志系统（log）、大屏系统（screen）、文件系统（file），每个子系统分前端和后端，共约 14 个独立 Git 仓库。由于线上产品业务并不算多，我们都是技术同学兼职运维工作，遇到的运维问题都是自己硬着头皮上去解决的，久病成良医，渐渐的我们也了解了一些运维知识，但是远没有达
- 1月前
-
在前端性能优化的世界里，我们常听到这样的抱怨：“页面感觉有点卡”、“图片加载好慢”。然而，“感觉”是主观的，也是无法被优化的。作为前端工程师或性能专项负责人，我们的核心任务是将这些模糊的体感转化为精确的数据，进而驱动治理。 「资源性能」专题正是为此而生。它不再局限于关注页面整体的 Load 时间，而是深入微观，回答四个关键问题：当前资源加载总成本是否可控？是哪一类资源拖慢了页面？慢是网络链路问题还是资源本身过大？缓存策略是否
- 1月前
-
前言在企业级埋点分析场景中，数据导出是高频刚需。当系统部署多节点集群后，并发导出重复执行、资源抢占、数据错乱等问题随之而来。本文基于 Webfunny 埋点平台，完整落地一套MySQL 分布式锁 + 中心校验 + 本地降级的多节点导出方案，保证高并发下同一用户同一时刻仅一次有效导出，生产级稳定可用。 一、方案总览 本方案面向 Webfunny 企业版多节点集群设计，核心解决： 多节点并发导出重复执行导出资源占用过高导致服务抖动中心服务异常时的业
- 1月前
-
前言： 在埋点分析、用户行为日志等大数据场景中，ClickHouse 凭借列式存储的高性能成为首选数据库。但很多团队都踩过同一个坑：明明用了 ClickHouse，查询还是慢、存储占用超标，甚至出现数据丢失 ——问题根源往往在字段类型设计。 字段类型选不对，不仅会让 ClickHouse 的压缩优势荡然无存（列式存储核心优化点），还会导致查询性能暴跌、存储成本翻倍。本文结合神策、GrowingIO 等头部竞品的设计思路，拆解 ClickHou
- 2月前
-
按钮转化率低？3步定位流失真相！
“按钮点击量涨了30%，订单量却纹丝不动？ 运营催着上线活动，技术排查了一周找不到原因？ 别急，这不是玄学，是你的埋点没做对归因。” 某电商在首页Banner推了一款爆品，点击率比平时高了50%，但加购率反而下降了20%。 产品经理抓狂：用户明明感兴趣，为什么不下单？ ——其实问题出在‘点击后的落地页加载太慢’，但常规的PV/UV埋点根本看不出来。” 3步定位法帮助你找住流失真相 第一步：用‘页面停留时长’找断点 · 在页面中埋点采集“页面停留- 2月前
-
摘要：埋点系统是产品数据分析的基础设施，但市面上的产品差异极大。本文从接入成本、功能覆盖、私有化部署、价格模型四个维度，对比神策数据、GrowingIO、Webfunny 三款主流产品，帮你找到最适合自己团队阶段的选择。 为什么埋点系统的选型这么容易踩坑 很多团队在选埋点系统时，都会先问一个问题："哪个功能最强？" 但实际上，这个问题问错了。功能最强的产品，往往接入成本最高、维护负担最重、价格也最贵。对于中小团队来说，"功能够用 + 接入快
- 2月前
-
这是一个真实的排查案例。没有日志打印的神操作，没有凭经验瞎猜的过程，只有一张链路追踪图，直接把问题定位到了具体的代码位置和请求节点。 起因：部署完成，注册接口一直 500 最近在帮一个客户用 Docker 镜像部署 Webfunny 私有化系统。镜像拉下来，容器启动顺利，服务也跑起来了。 但当我们打开页面，进行首次注册的时候，接口一直返回 500。 第一反应当然是去看日志。翻了一圈容器日志，找到了一行报错： POST http:/
- 2月前
-
在前端性能治理的深水区，我们常常面临这样的困境：监控大盘显示“平均加载时间”正常，但用户投诉却此起彼伏；或者知道某个页面慢，却无从下手，是在网络层、资源层还是渲染层？传统的“看均值、猜原因”的粗放式优化已无法满足现代 Web 应用对极致体验的追求。 「页面性能 」正是为了解决这一痛点而生。它不仅仅是一个数据展示面板，更是一套从宏观感知到微观定位，再到行动验证的完整分析闭环。本文将结合真实监控场景，拆解如何利用「页面性能 」将“页面慢”这个模糊的
- 2月前
-
摘要：前端监控和埋点经常被混为一谈，但它们解决的是完全不同的问题。搞清楚这个区别，你才能知道自己的团队到底缺哪一个，以及什么时候需要同时用两个。 一个常见的误解 在和开发团队沟通的过程中，经常听到这样的表述： "我们已经在用 Sentry 做监控了，埋点先不做" 或者反过来： "我们接了神策/GrowingIO，业务数据都有了，监控暂时不需要" 这两种说法都有一个共同的误区：把前端监控和埋点当成同一件事，或者觉得有一个就够了。 实际
- 2月前
加入Webfunny技术群聊
©2020 上海快快查信息科技有限公司 沪ICP备2021030569号 版权与免责申明 版权申述