共计 919 个字符，预计需要花费 3 分钟才能阅读完成。
背景
目前所有前端我的项目（无论测试 / 上产）均无异样监控, 导致了以下几个典型问题：
- 无奈获知用户应用的浏览器类型
-
无奈获知用户端是否能够失常应用（有无前后端 Bug 阻塞用户）
- 上线后无奈被动取得用户应用状况，只能通过人工征询
- 无奈进行 Bug 追踪
- 用户报 Bug 后（非技术人员）, 短少问题定位所需的必要信息，复现问题老本极高.
- 无奈比照历史版本的 Bug 状况
- 呈现线上 Bug 后，无奈获知 Bug 影响范畴，无奈进一步决定是否须要紧急发版
- 失去监控的线上 Bug 如果没人上报，会影响用户理论业务，影响用户满意度，进而影响公司业务
概括来说：1. 线上谬误无感知；2. 谬误定位老本高；3. 升高用户满意度
指标
- 给研发团队问题感知能力
- 给研发团队疾速定位技术问题的能力
- 给研发团队 / 产品经理比照版本品质，继续改良产品的根底能力
- 给研发团队 / 产品经理是否做 hotfix 的决策能力
- 升高问题反馈的沟通老本，优化问题反馈链路（CSM — 产品经理 — 技术负责人 — 研发工程师 — 测试工程师）
- 补充测试团队未笼罩的场景
投入产出评估
计划比拟
| 计划 | 年费价格（规模：撑持 BIV 部门的大量利用） | 年费价格（规模：撑持整个研发核心） | 其余 劣势 / 劣势 比拟 |
|---|---|---|---|
| 应用三方服务 (Fundebug) | 159 * 12 = 1908 数据保留在三方 数据仅保留一个月 |
30 万 起步 数据保留保留在公司 |
|
| 应用三方服务 (Sentry) | 80 7 12 = 6720 数据保留在三方 数据能够保留三个月 |
900 7 12 = 7.56 万 起步 数据保留在三方 数据能够保留三个月 |
|
| 自建监控体系 |
自建异样监控体系（第一版），须要实现以下组成部分，以实现体系的最小闭环.
| 组成部分 | 角色性能 | 研发资源 | 是否一期必须 |
|---|---|---|---|
| 异样上报 SDK | JS 库，每个我的项目中引入后，手动 / 主动实现上报 | 是 | |
| 日志解决（荡涤 + 聚合 + 长久化） | 服务，ES 荡涤 / 聚合 + MySQL 长久化 | 是（但一期能够没有数据荡涤 / 数据聚合局部） | |
| 监控平台 | 上报数据可视化，Nodejs 服务 + 前端单页利用 | 是 | |
| 告警机器人 | 服务，依据特定条件，触发钉钉报警等. | 否 |
需要拆解
1. SDK for Web
性能列表：
| 形容 | 备注 | |
|---|---|---|
| 反对疾速接入 | SDK 通过 npm 形式引入, 并通过简略配置能够疾速引入我的项目 | |
| 反对手动上报谬误 | 开发者能够在我的项目中自行抉择上报地位，进行自定义谬误上报 |
研发打算
正文完