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