经过这么多年的发展,Node.js 技术栈逐渐成为前端工程化领域绕不开的一个话题,不管是使用其作为前后端职责分离下 API 自治的 BFF 层,还是拿来做前后端全包的全栈式开发,亦或者借助于 Electron 来编写桌面端应用,以及包括 webpack 在内的海量前端工程化脚手架工具,Node.js 已经事实上成为了广大前端工程师们手中的一把利剑,为我们探索更广阔的职能边界提供了富有想象力的空间。然而在这一探索的过程中,黑盒状态的 Runtime 本身,造成诸如内存泄漏和类死循环等线下难以复现的问题困扰着开发者,今天这个分享将从设计层面帮助大家搭建自己的专业性能监控体系,希望能构建起开发者对 Node.js 技术栈的信心。
内容大纲
1. Node.js 技术栈发展现状
2. 传统监控体系下 Node.js 应用面临的痛点
- 进程级别信息细节缺失
- 对线下无法复现的问题无能为力
- 没有针对性的依赖安全漏洞扫描
3.针对上述痛点的解法(应用数据层)
- 内核数据线程导出精准的进程 CPU、堆空间、GC 和 libuv 句柄细节
- 控制信令线程调用 v8 调试能力实现对应用的在线状态导出
- 基于 Addon 实现和基于 Runtime 实现的优劣对比
4. 围绕应用数据层如何从 0 开始搭建完备的性能监控体系
5. 详解监控服务前端控制台核心模块与实现
- 数据展示、文件管理、团队协作和运维告警等核心模块的前端的设计架构
6. 借助这套针对 Node.js 性能监控方案的实战案例
- 内存泄漏问题定位
- 类死循环问题导致的进程阻塞故障定位
- 对线上进程进行 GC 调优
听众受益
1. 抛开具体的工具链了解到 Node.js 线上应用监控痛点底层逻辑与解法
2. 如何从 0 开始完全自定义设计实现一整套完备的性能监控体系
3. 如何借助于这套完全自定义的性能监控体系来处理线上疑难杂症
4. 加强对 Node.js 技术栈的信心
适合人群
工作中使用到全栈、BFF、游戏、Electron 等和 Node.js 技术相关的开发者,以及希望能更多了解 Node.js 这门技术的工程师,具备 Node.js 开发的基础知识即可。