资讯专栏INFORMATION COLUMN

PayPal 为什么从 Java 迁移到 Node.js:性能提高一倍,文件代码减少44%

you_De / 1340人阅读

摘要:大家都知道是另一家迁移到平台的大型公司,的这篇博文解释了为什么从迁移出来的原因开发效率提高一倍个人用更少的时间干了个人的活,性能提高一倍,代码量减少文件减少。性能性能是一个非常有意思和具有争议性的话题。对于来说这是一个另人激动的时刻。

大家都知道 PayPal 是另一家迁移到 Node.js 平台的大型公司,Jeff Harrell 的这篇博文 Node.js at PayPal 解释了为什么从Java迁移出来的原因:开发效率提高一倍(2个人用更少的时间干了5个人的活),性能提高一倍,代码量减少33%, 文件减少40%。

(小编:个人认为深层次原因是 Java 正在越来越走向封闭,而且变得越来越复杂而且 oracle 正在对 Java 收费,参见:Oracle 计划发布收费版 JVM,这促使了越来越多的公司加入了去Java化的队伍)

外面有很多人说PayPal正在迁移到node.js平台。我很高兴地在这里宣布,传言是真的,我们正在从Java迁移至node.js。

由于历史原因,我们的工程师一直分为两拨人,一拨在浏览器上写代码(HTML,CSS,JavaScript);另一拨用 Java 写应用层的代码。想象一下,一个写 HTML 的不得不去叫一个写 Java 将 A/B 两个页面链接到一起吗?我们正在这样干,我们称这样的人为全端工程师,那些即可以设计精美界面和服务器后台的那些人。现在前后端已经没有界限了,这曾经是阻碍PayPal发现的一个很大的瓶颈。

Node.js 帮助我们将前、后端合二为一,现在我们一个全端团队即可解决用户的所有问题。

早期采纳

像其他人一样,我们刚开始使用 node.js 做了一些 demo 用的原型程序。跟很多人一样,她表现出来的超高性能,让我们最终决定把她放到线上去。

我们最初使用 express 来路由请求,nconf 用来配置,grunt 用来创建 tasks。Express 非常普及,但是我们发现 Express 在多个团队协作时表现出的可伸缩性不足,它并不适合所有场合。Expres 非常灵活,但在大型团队开发上的可扩展性不佳。最终我们的队员基于原生的node.js,并创建了Karken.js;她并不是一个框架,更像是一个规范,但相对于 express,她更适合大型团队的扩展。我们希望我们的工程师专注他们的应用,而不是专注他们的运行环境。

我们已经在内部使用 kraken.js 好几个月了(我们马上会把他开源的!)我们的工程师非常渴望这个内部框架能尽快上线。

(小编:预测 karken.js 即将是,另一个超火的后端框架,火热程度参考 twitter 的 bootstrap )

将 node.js 布署到线上

我们第一个采用 nodejs 的产品不是一个小的应用;是我们的浏览量最多的用户首页。我们希望步子迈得大一点,但是我们清楚知道其中的风险,所以我们同时还并行地运行了一个 Java 的程序。我们在开发和扩展 Java 方面非常有经验。所以一旦 node.js 应用出问题了,我们可以立即切回 Java。不过,同时我们也发现了一些非常有意思的数据。

开发

从1月份开始,我们花了几个月的时间来搭建 node.js 的基础设施。比如:sessions(会话),centralized logging(集中日志),keystores(存储)。在这期间我们有5位 Java 工程师在开发 Java。在开发了两个月后,两位工程师开始开发 node.js 应用。在6月初两个团队的开发进度已经一样了,两者的功能完全一样。开发 node.js 应用的那个小团队,尽管推迟了两个月,但是很快赶上了。这里我们对这些相同功能做的一些单元测试得出的结果:

Node.js的是:

更少的人开发的 node.js 应用比 Java 的快一倍;
节省了33%的代码量;
少了40的文件;

(小编,这里作者的意思并不是 Java 程序员的素质没有 node.js 的好,Java 语言的特点决定她需要更多的人,更多的时间,更多的代码去完成在 node.js 下的同样的工作,并且吃力不讨好。参考:他们为什么说面向对象有问题,探讨面向对象的一些缺陷 ;性能测评:Node.JS 比 Java EE 快 20% )

这是一个非常鼓舞人的证据,我们似乎应该更快地迁移到 JavaScript 平台上去。我们立即做了一个决定,暂停 Java 应用的开发,全心全意开发 JavaScript 应用。这对开发 Java 项目的工程师来说是个好消息,他们已经消除了对 node.js 的疑虑,非常高兴地投入到了并行的 node.js开发上来,这样我们的开发效率提高了两倍。

性能

性能是一个非常有意思和具有争议性的话题。在我们这,我们有两个平台实现完全一样功能的程序;一个是使用基于 Spring 的内部 Java 框架;另一个是基于 kraken.js,express,dust.js 和其他开源框架。 这些程序包含三个 API,每个 API 来响应 2 到 5 个请求,由Dust 来模拟获取数据和显示页面。

我们用线上的环境去测试这两个应用,并收集了完成响应的时间和请求数。

node.js vs Java 性能对比

在这张图上你可以看到 node.js 应用的优势:

每秒请求数量是Java的两倍。不过更有意思的是我们仅使用了单核的node去跟5核的Java来对比,我们非常希望将来继承扩大 node.js 的优势。
渲染相同的页面,node.js 节省了35%的时间。即每个页面节约了 200 豪秒,用户可以清楚地感觉到这样的区别。

未来

我们将继续使用 node.js 来构建我们的Web应用。像我们正在开发的那些门户,和已经上线的用户概览页面。还有一打正在进入 Beta 测试的那些工程,我们会继续分享我们在上线过程中的经验,数据。对于 PayPal 来说这是一个另人激动的时刻。


原文:Node.js at PayPal
翻译转载自:OurJS

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/63990.html

相关文章

  • 一次logback多线程调优的经历

    摘要:由于不是线程安全的,故在方法上增加了同步操作,造成竞争等待。至此,整个多线程调优结束,通过充分优化同步竞争的方式,最终使得分线程记录日志的性能比最原始的多线程写同一文件提高了倍去锁提高到倍,替换提高倍 背景   在一次项目的性能调优中,发现出现竞争瓶颈,导致在资源未使用满的情况下,TPS已经无法提升。祭起JMC(JAVA MISSON CONTROL)飞行记录器大法后,发现线程集中等待...

    khs1994 评论0 收藏0
  • 社交系统ThinkSNS+ 性能简述

    摘要:概述微软雅黑本文主要描述服务端系统性能服务端高性能部署方案及优化措施服务端系统持续优化及升级策略。部署优化微软雅黑使用,较之前的版本性能提升一倍以上。微软雅黑开启,生产环境应该开启,性能会有巨大提升。概述         本文主要描述ThinkSNS Plus服务端系统性能、服务端高性能部署方案及优化措施、服务端系统持续优化及升级策略。本文未涉及前端(PC站点、H5站点、Android、IO...

    Hanks10100 评论0 收藏0
  • 如何安全过渡公共云

    摘要:简而言之,公司需要采取主动系统的方法,使网络安全功能可以适应公共云。将开发运维应用于网络安全如果开发人员可以在短短几秒内启动服务器,但必须等待两周的时间才能让安全团队认同配置,这会削弱公共的云灵活性所带来的价值。随着企业不断扩大对公共云的使用,它们必须反思如何保护数据和应用程序,并实施四项关键实践。经过长时间的实验,龙头企业正在认真考虑大规模采用公共云。在过去几年中,很多公司已经改变了IT战...

    Terry_Tai 评论0 收藏0
  • 云存储详解,企业数据该如何上云?

    摘要:年的混合云存储和应用趋势报告显示,的受访企业表示他们正在使用云去进行一部分的数据存储。的调查显示,的受访者表示他们正在使用云存储服务进行归档,而的调查表明,的企业也在进行相同的工作。 Google副总裁Kent Walker曾表示,截止到2000年,人类历史上存储的总数据量大约只有12EB,但根据IDC预测,到2020年全球总数据量将激增到40ZB(注:1ZB=1024EB,IEB=1024...

    BlackMass 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<