问卷结果:JavaEE 容器重部署和重启时间

  • 张凯峰

2009 年 9 月 27 日

话题:JavaDevOps语言 & 开发架构

近日,Jevgeni Kabanov公布了一份几个月前做的关于 JavaEE 开发、容器和部署时间的调查结果。结果显示有超过 1100 人参加了这次问卷调查。这里是下载版的问卷结果。而下面是 Jevgeni 作出的针对每个问题答案分析的摘要。

问卷的第一个问题是:“你在目前参与的最大型项目中使用的是什么容器?”

图表 1:哪个容器是最常使用的?

这里没有包括那些得分不到 10 分的容器。毫无悬念,Apache 的 Tomcat 占据了头把交椅,而 JBoss 紧随其后。开源的服务器占到了 70% 的比例。虽然不能把这样的比例直接等同于容器们的市场份额,但这样的结果跟SD Time作出的研究结果有异曲同工之妙,在他们的调查中允许人们选择多个容器。

第二个问题是:“重启你的容器并重新部署应用要花费多少时间?”

图表 2: “重启你的容器并重新部署应用要花费多少时间”(横轴是分钟)

这样,计算出平均时间在 2.5 分钟左右,这跟事先评估的大概 1 分钟相去甚远。

第三个问题:“编码一个小时,你会重新部署几次?”

图表 3:“编码一个小时,你会重新部署几次?

对于那些回答“我不需要重新部署”的人,我们询问了他们是如何做到的,答案有以下这些:

  • “我不负责重新部署”
  • “我们在嵌入式 jetty&activemq&atomikos 以 debug 模式开发,而不是 OracleAS 上。这样,我们虽然需要重新部署并重启 jetty,但不需要对 OAS 也这么做”
  • “我还处在项目的早期阶段,大部分时间都花在了编码和测试,而不是重新部署上——通常每个小时我会重新部署 3-4 次”
  • “我们使用 JavaRebel,而它真是太棒了!”

接着,我们做了一下数据处理。用一个数字代表次数间隔(比如 3.5 次代表 3-4 次),并把每小时的部署次数与一次重新部署所费时间相乘(基本上就是图 2 和图 3 相乘),这样就得出了在开发过程中每小时会花费的重新部署时间:

图表 4:“ Java 开发者在一个小时编码过程中,花费多长时间来重新部署(原始数据)?”

平均时间是 12 分半,占到了整个开发时间的 20% 还多点。然而,标准差超过 14,这意味着真实的比例变化很大。我们想要显示出更加精确的数据,在分析过参与调查的人们在每个答案上的选择所产生的比例数据后,我们得到了更新后的图表:

图表 5:“ Java 开发者在一个小时编码过程中,花费多长时间来重新部署?(更加精确的数据)”

这样,平均时间就是 10.5 分钟,标准差是 8,这样的数据更令人信服。这个时间占据了全部开发时间的 17.5%,这远比我们预期的要高。这些干净的数据也将用作接下来的分析。

接着,我们基于每个容器进行了数据分析。下面是我们所发现的:

图表 6:每个容器要花费多少时间来重新部署?

可以看到,Jetty 最快仅需要 5.8 分钟,而 IBM 的 WebSphere 排在了末尾,时间几乎是 Jetty 的两倍还多。但需要注意的是,虽然 Jetty 启动时间要比 WebSphere 要看,但最大的不同很可能是因为部署的应用规模和其中使用到的技术。

接下来,我们拥有了几乎一模一样的图表,但数字显示的是开发时间的一个比例。

图表 7:每个容器中,花在重新部署上的开发时间比例是多大?

下面这张图,显示了按 40 小时每周的时间算,每年要消耗在重新部署上的周数对比。

图表 8:每年有多少个 40 小时周被花费在了重新部署阶段上?

这个数据的平均值是每年 5 个工作周多一点,但标准差 4 使得 3-7 的范围更加可信。

最后一张图表显示了每个容器上所费重新部署时间更加详尽的比例。我们期望这样能显示出使用不同容易的项目规模,从而能让读者大概弄清楚自己的项目会花费多少时间在重新部署上。

图表 9:: Java EE 容器市场渗透率

我们会这样诠释这幅图表:

  • Jetty 只会用在重新部署迅速的项目上。这点毫无疑问,因为 Jetty 不支持重新部署,只是有极快的重新启动时间。
  • Apache Tomcat 和 GlassFish 可以用在相同类型的项目上。两者都是全功能且轻量级的容器。
  • JBoss、Oracle Weblogic 和 IBM WebSphere 争夺同样的市场定位和份额。它们的项目一般都是大而复杂。
JavaDevOps语言 & 开发架构