【互联网纪元厅】
2008年,New Relic正式问世。由New Relic Inc.主导开发,面向WEB平台用户。
应用性能监控的颠覆者,让慢代码无处遁形。
技术特色:性能监控、SaaS、开发者工具。
影响力评估:技术维度 8/10,商业维度 9/10,文化维度 5/10,用户维度 7/10。
作为互联网纪元厅的经典代表,New Relic在软件发展史上留下了深刻的印记。
应用性能监控的颠覆者,让慢代码无处遁形。
【互联网纪元厅】
2008年,New Relic正式问世。由New Relic Inc.主导开发,面向WEB平台用户。
应用性能监控的颠覆者,让慢代码无处遁形。
技术特色:性能监控、SaaS、开发者工具。
影响力评估:技术维度 8/10,商业维度 9/10,文化维度 5/10,用户维度 7/10。
作为互联网纪元厅的经典代表,New Relic在软件发展史上留下了深刻的印记。
2008年,一个名为“New Relic”的初创公司悄然成立,它的名字本身就带着一种考古学的隐喻——“新遗迹”。在硅谷的语境里,这并非指代某个被遗忘的文明遗址,而是指向软件性能的深层挖掘:每一行代码、每一次数据库查询、每一个HTTP请求,都如同地层中的化石,记录着应用运行的真实状态。创始人Lew Cirne想要做的,就是让开发者像考古学家一样,轻松地“挖掘”并理解这些数字遗迹,从而让慢代码无处遁形。这个想法,在当时的软件世界里,堪称一次颠覆性的革命。
要理解New Relic的诞生背景,我们需要回到21世纪的头十年。那时,企业级应用性能管理(APM)市场被CA Technologies、IBM Tivoli、HP OpenView等传统巨头牢牢掌控。这些工具强大而复杂,如同精密但笨重的工业机器。部署一套APM系统,通常需要专门的运维团队花费数周甚至数月时间进行配置、安装代理、调优参数。它们通常部署在企业内部的数据中心,成本高昂,动辄数十万甚至数百万美元,而且往往需要专业的“性能工程师”来解读那些密密麻麻的图表和日志。对于初创公司和小型团队来说,这样的APM工具不仅是经济上的奢望,更是技术上的噩梦——他们既没有预算,也没有人力去驾驭如此复杂的系统。
与此同时,云计算和SaaS(软件即服务)模式正在萌芽。Amazon Web Services在2006年推出了EC2和S3,标志着基础设施即服务的开端。Ruby on Rails等敏捷Web框架的兴起,让开发者能够以更快的速度构建和迭代应用。但随之而来的,是前所未有的性能挑战:应用架构日益复杂,微服务尚未普及,但单体应用的内部调用链已经让传统监控束手无策。开发者们迫切需要一种工具,能够像“听诊器”一样,在不打断应用运行的前提下,快速定位性能瓶颈。而传统APM厂商提供的,更像是需要全身麻醉才能进行的“开胸手术”。
Lew Cirne,这位曾在Wily Technology工作的技术专家,对这一切有着切肤之痛。Wily Technology是一家专注于Java应用性能管理的公司,于2006年被CA Technologies以3.75亿美元收购。Cirne在Wily积累了深厚的APM技术底蕴,但他也亲眼目睹了传统APM的缺陷:部署复杂、成本高昂、反馈周期长。他心中一直有一个念头:如果有一种工具,只需在应用中添加一行代码,就能在云端立即看到所有性能数据,那该有多好?这个念头,最终成为了New Relic的起点。
2008年,Cirne在旧山的一个小办公室里,与另外四名工程师一起,开始了这场冒险。他们选择了一个在当时看来颇为“非主流”的切入点:Ruby。Ruby on Rails是当时最受初创公司欢迎的Web框架,但它的性能监控工具几乎是一片空白。Cirne团队开发了第一个Ruby代理——一个轻量级的代码注入器,能够自动拦截Rails应用的请求、数据库查询、视图渲染等关键操作,并将性能数据以极低的开销发送到云端。用户只需要在Gemfile中添加一行代码,然后重启应用,就能在New Relic的Web界面上看到实时的性能仪表盘。这种“零配置”的体验,对于习惯了复杂部署的传统APM用户来说,简直是天方夜谭。
早期的New Relic团队只有5个人,办公环境简陋,但他们的产品却迅速在开发者社区中引发了口碑效应。Ruby社区是一个高度活跃、乐于分享的群体。一位开发者偶然使用了New Relic,发现它能精确指出某个数据库查询为何变慢,或者某个视图渲染为何耗时过长,这种“考古式”的洞察力让开发者们兴奋不已。他们在博客、论坛和Twitter上自发传,New Relic的用户数量呈指数级增长。Cirne后来回忆说:“我们几乎没有花一分钱做市场推广,用户都是被产品本身吸引来的。”
New Relic的核心技术,可以概括为“全栈可见性”的雏形。它的代理技术并非简单的日志采集,而是通过字节码注入或框架钩子,深入到应用运行时内部。例如,当用户发起一个请求时,Ruby代理会自动生成一个唯一的“事务ID”,并跟踪这个请求经过的每一个环节:路由解析、控制器方法、数据库查询(包括SQL语句和执行时间)、外部HTTP调用、模板渲染等。所有这些数据被打包成一个轻量级的“事务样本”,通过异步HTTP请求发送到New Relic的云端处理平台。在云端,这些数据被实时聚合、分析,并以毫秒级延迟呈现在Web界面上。用户可以看到每个端点的平均响应时间、吞吐量、错误率,甚至可以深入到单个请求的“火焰图”中,逐行查看代码执行时间。
这种设计有三大创新之处。第一是“无侵入性”。传统APM需要修改应用代码或JVM参数,而New Relic的代理只需一行代码即可自动生效,对应用性能的影响控制在1%以下。第二是“云端聚合”。传统APM的数据通常存储在本地数据库,需要手动配置报表和告警。New Relic将所有数据存储在云端,并提供了预置的仪表盘和智能告警规则,用户无需任何配置就能立即看到全局性能视图。第三是“社区驱动”。New Relic早期完全依靠口碑传播,它甚至为开源社区贡献了多个语言的代理SDK(Ruby、Java、Python、PHP等),这些SDK的设计后来被广泛借鉴,成为监控代理的行业标准。
从2008年到2010年,New Relic迅速扩展了对其他编程语言的支持。2010年,PHP代理发布,直接瞄准了当时最流行的Web开发语言之一。随后,Java、Python、Node.js等代理相继推出。New Relic的商业模式也清晰起来:提供免费版(面向小型应用,保留7天数据)和付费版(面向企业,保留更长时间并提供高级功能)。这种“免费增值”模式,让任何规模的团队都能先体验产品价值,再决定是否付费。到2012年,New Relic已经拥有超过10万名用户,覆盖了从个人开发者到大型企业的广泛客户群。
2013年,New Relic发布了一个里程碑式的产品:New Relic Insights。这不再是一个简单的仪表盘,而是一个实时分析平台。用户可以使用类似SQL的查询语言(NRQL),对应用性能数据进行任意维度的钻取和分析。例如,可以查询“过去24小时内,来自移动端的请求中,响应时间超过500ms的端点有哪些?”或者“哪个数据库查询在周五下午导致错误率飙升?”Insights的发布,标志着New Relic从“监控工具”向“数据平台”的进化。它让开发者能够像分析业务数据一样分析性能数据,从而做出更精准的优化决策。
2014年,New Relic在纽约证券交易所上市,股票代码NEWR。这是APM行业的一个历史性时刻。上市当天,Lew Cirne在纽交所敲响了开市钟,而他的T恤上印着“I broke the build”(我搞坏了构建)——这是开发者社区中一句自嘲的玩笑话,象征着New Relic始终与开发者站在一起的文化。上市后,New Relic的市值一度超过40亿美元,成为“可观测性”运动的标志性公司。
上市后的New Relic,开始了一场更宏大的扩张。2015年,它收购了数据可视化公司Ducksboard,并推出了自定义仪表盘功能。2016年,收购了移动应用性能监控公司TalkingData(注:此处指New Relic收购的移动监控公司,非国内大数据公司)。2018年,发布New Relic One——一个统一的、可编程的可观测性平台。New Relic One将应用性能监控(APM)、基础设施监控、日志管理、数字体验监控(浏览器和移动端)整合在一个台中,并提供了开放式的API和插件生态系统。用户可以通过“可观测性”的视角,看到从前端用户点击到后端数据库查询的完整链路。
然而,市场的竞争也日益激烈。Datadog在2010年成立,同样采用SaaS模式,但它的起点是基础设施监控,后来扩展至APM和日志。AppDynamics在2008年成立,专注于Java应用性能管理,2017年被思科以37亿美元收购。这些竞争对手与New Relic形成了“三足鼎立”的格局。但New Relic始终坚持一个核心哲学:以开发者为中心。它的产品设计始终围绕“让开发者更快地解决问题”这一目标,而不是提供复杂的、需要专业运维人员才能驾驭的仪表盘。这种哲学,使得New Relic在DevOps文化崛起的浪潮中,成为了开发者最信赖的伙伴之一。
New Relic的文化遗产,远不止于商业上的成功。它开创的SaaS APM模式,彻底改变了整个监控行业的格局。在New Relic之前,APM是大型企业的专属奢侈品;在New Relic之后,任何一家初创公司都能以极低的成本获得专业级的性能监控。它推动了“全栈可见性”概念的普及,让开发者意识到,性能问题不仅仅是后端工程师的责任,而是从前端、网络、应用、数据库到基础设施的全链路协作。它倡导的“可观测性”理念——即通过数据驱动的方式理解系统的内部状态——后来被OpenTelemetry等开放标准所采纳,成为云原生时代的核心方法论。
在开发过程中,New Relic也留下了许多有趣的轶事。据说,早期团队为了测试代理的稳定性,曾在生产环境中故意引入慢查询和错误,然后观察New Relic是否能准确捕获。有一次,一位工程师在凌晨2点发现了一个严重的性能问题,他通过New Relic的实时仪表盘定位到问题代码,并立即修复,整个过程只用了15分钟。这种“即时发现、即时解决”的能力,让New Relic在开发者社区中赢得了“性能侦探”的美誉。还有一则流传甚广的故事:一位初创公司的CTO在试用New Relic后,发现自己的应用在某个端点上的响应时间异常高,深入分析后发现,竟然是某个第三方API的认证流程设计不合理,导致每次请求都要等待5秒的超时。他立刻联系了该API的提供商,对方在震惊之余,也采纳了New Relic来优化自己的服务。
截至2023年,New Relic已经服务了超过5万名付费客户,包括AT&T、Salesforce、Comcast等全球知名企业。它的产品线从最初的Ruby代理,扩展到了涵盖APM、基础设施、日志、浏览器、移动端、合成监控等在内的完整可观测性平台。2022年,New Relic宣布与Google Cloud达成深度合作,将其平台与Google的BigQuery、Cloud Monitoring等产品集成。2023年,公司被私募股权公司Francisco Partners和Tiger Global Management以约64亿美元收购,从上市公司回归私有化。这一决定,或许意味着New Relic将更加专注于长期的产品创新,而不是短期财报的压力。
在科技史的陈列馆里,New Relic的展品应该被放在“云原生时代”的展区,紧邻着AWS、Docker、Kubernetes和OpenTelemetry。它是一块关键的拼图,让开发者从“盲目运维”走向“数据驱动”。它的故事,是一个关于“让复杂变得简单”的经典案例:当所有人都在建造更庞大的监控堡垒时,Lew Cirne选择了一把轻便的“考古铲”,让每个开发者都能亲手挖掘出代码深处的真相。而“新遗迹”这个名字,也成为了一个永恒的隐喻:在数字世界的遗迹中,永远藏着未被发现的智慧。
对技术发展和工程实践的推动程度
对商业模式和市场格局的影响深度
在科技文化和社会层面的持久影响力
用户群体的广度和普及程度