JavaEE容器重部署和重启时间

近日，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争夺同样的市场定位和份额。它们的项目一般都是大而复杂。

来自：http://www.infoq.com/cn/news/2009/09/codegen-java-development