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