在《优化Jboss EAP平台的12项最佳实践（上）》中，我们介绍了针对所有Jboss EAP 4.3生产环境下NBC环球电影公司行之有效的最佳实践的前六项，下面我们将介绍剩下的六项。

　　在过去几年里，NBC环球电影公司的Web架构团队牺牲了可观的时间和资源去改善其高度分布的企业架构。Richir Choudhry、Alpesh Vaghela以及Vaidyanathan Kothandaraman将会分享他们的见解和技巧，以及他们在增强应用性能过程中采纳的最佳实践，在这些实践中，他们并没有实际编辑或重构过任何的生产代码。

　　7）测试各种不同的JVM配置设置，确保采用最适合环境的配置

　　我们采用这种办法来找出适合自己环境的规模大小，以及它是如何随着不同的应用需求而波动的。基于我们的测试，我们发现2个VCPU（虚拟处理器）、4 GB内存对于我们的应用/环境来说是最合适的。有关最成功的JVM配置的细节信息我们会在此后的文章中详细描述

　　8）测试各种不同的CPU或VCPU、内存选项，以便找出哪个最适合于环境。

　　CPU及内存的合适规模取决于所使用的硬件类型、设计的应用类型，多线程环境的使用方式、平台的类型等等。我们在ESX池上使用VM Ware RED HAT 5.3企业版，我们进行各轮不同的测试（细节见附录4），发现每个Jboss EAP 4.3实例各需要2VCPU、4 GB内存。

　　9）采用基于硬件的负载均衡来提供一个高可用的环境；如果没有业务需要，避免做集群。

　　使用基于软件的集群是很有吸引力的，它可以在不同的水平上用多种方式来实现。但是在所有可能的场景下它都会产生过载的现象。

　　例子：HAPartion是一项用于AS集群环境下的各种任务的通用服务。在其核心层，是在JGroups Channel之上建立的一个抽象，JGroups Channel则在/从一到多个集群成员上为生成/接收RPC调用提供支持。HAPartion允许服务用它来共享单个Channel，并通过它进行并发RPC调用，消除了为每一个服务创建器自己的Channel时的配置的复杂性以及运行时的过载现象。

　　10）如果产品中不需要的话请关闭热部署

　　看到各种供应商都支持热部署特性大家都会认为它是一个“很酷的主意”，但它并没有看起来那么健壮。打心眼里任何一个供应商都会不建议这些特性出现在生产环境里，因此，一旦决定在你运行网站或关键应用的的生产服务器上使用它的时候，你要多加小心才是。此外，在热部署期间，Container要花费显著的的CPU时间去轮询应用的变更。这就是我们决定不采用热部署的唯一原因。

　　11）如果可能的话，总是在生产模式下启动JBoss EAP 4.3

　　在我们的一系列测试过程中，我们的确在多种启动模式里找到了最好的启动模式（缺省、完全、最小以及生产模式），那就是生产模式。这个模式下我们可能得到最好的性能。

　　12）减少变量

　　要注意到，不同的系统活动，以及运行于你的系统之上的其他应用运作，这些都会给衡量任何应用（包括Java应用）的性能引入可观的差异性。操作系统的活动以及其他应用可能会引入CPU、内存、磁盘或网络资源冲突，这些都会对你的测量造成干扰。