本课程分享了许多在 vSphere 上运行 Java 的经过生产验证的方法。涵盖如何为大规模部署调整 JVM 和虚拟机的大小。本课程将专门介绍 GC 调优，并展示如何使用过去 15 年在 JVM 调优方面积累的实际现场经验开发的 GC 方案来调优各种 JVM。

本课程讨论了三个关键趋势及其相关的调优技术。关键趋势是：整合、弹性和灵活性以及性能

整合 许多客户发现他们的中间件部署已经激增，并且正在成为一项与更高成本相关的管理挑战。我们看到一个趋势，客户将虚拟化视为减少服务器实例数量的一种方式。同时，客户正在利用整合机会来合理化服务特定负载所需的中间件组件数量。中间件组件通常在 Java 虚拟机 (JVM) 中运行，观察到的规模为 100 到 1000 个 JVM 实例，并为 JVM 实例整合提供了许多机会。因此，中间件虚拟化提供了两次整合的机会——一次是整合服务器实例，第二次是整合 JVM 实例。这一趋势影响深远，因为全球每个 IT 部门都在考虑整合带来的成本节约。一家酒店行业的客户经历了整合其服务器资源的流程，同时整合了许多小于 1GB 堆的小型 JVM。他们将许多这些较小的 1GB JVM 整合到两类中，一类是 4GB，另一类是 6GB。他们以这种方式进行整合，使应用程序可用的 RAM 总量等于原始 RAM 量，但 JVM 实例更少。他们完成了所有这些工作，同时提高了性能并保持了良好的 SLA。由于他们需要管理的 JVM 实例数量减少，并且环境得到了改进，因此更容易实现 SLA。
另一家保险行业的客户能够实现与上述客户相同的目标，但此外还能够在开发和 QA 环境中过度分配 CPU 以节省第三方软件许可证成本。另一方面，有时我们会遇到一些客户，他们有合法的业务需求来为一个应用程序维护一个 JVM，和/或每个业务线一个 JVM。在这种情况下，您实际上无法整合 JVM 实例，因为这会导致一个业务线的应用程序生命周期与另一个业务线的应用程序生命周期混合。但是，虽然此类客户无法通过 JVM 整合消除额外的 JVM 实例，但他们确实受益于更充分地利用服务器硬件上的可用计算资源，否则这些资源在非虚拟化环境中将被低效利用。

弹性和灵活性 越来越常见的是，应用程序具有季节性需求。例如，许多客户运行各种营销活动，这些活动会将季节性流量引导到他们的应用程序。使用 VMware，您可以通过在需要时自动配置新的虚拟机和中间件组件来处理这种流量激增，然后在负载下降时自动拆除这些虚拟机。此外，能够在不导致中断的情况下更改更新/修补硬件对于支持云时代规模和正常运行时间的中间件至关重要。VMware VMotion 使您能够移动虚拟机而无需停止应用程序或虚拟机。仅此灵活性就使得在管理大规模中间件部署时，中间件虚拟化值得考虑。一家金融领域的客户每天处理数百万笔交易，经常使用 VMotion 来安排其硬件升级，而无需任何停机时间。否则，这将给他们的业务带来代价高昂的计划停机时间。

性能 客户经常报告虚拟化时中间件平台性能有所提高。性能提升部分是由于客户通常会在虚拟化项目期间刷新更新的硬件。由于强大的 VMware 虚拟机管理程序，性能也得到了一些提升。最近一位报告了很高性能水平的客户提供了以下证明

“在我们的 OrderExpress 项目中，我们升级了我们的中间件服务、商务、门户、WCM、服务层、DB2 数据库；从 AIX 迁移到 Linux；在 VMware 上虚拟化；将应用程序迁移到三层 DMZ；将交易量增加了 150% 以上；并添加了显著的新功能，极大地改善了客户体验。一次更改如此广泛的技术组件是一项巨大的挑战。但是，使用 VMware vSphere 和额外的架构更改，我们成功地将性能提高了 300% 以上；降低了数百万美元的成本；提高了安全性、可用性和可扩展性；以及我们如何继续发展此应用程序以保持超过 30% 的年度增长。”

—— Cardinal Health 高级企业架构师 Jeff Battisti

在本课程中，我将展示小型和大型 JVM 中间件组件的一些实际 JVM 和虚拟机大小。还将详细介绍我多年来开发的 GC 调优方案，该方案已被证明可以处理 4GB 到 88GB+ 及更高的 JVM 堆大小。当然，内存数据库的引入推动了拥有这些更大 JVM 的趋势，因此我们将讨论调优 JVM、虚拟机及其部署所在的硬件平台的最佳方法。

我认为大小调整问题是我们客户群中最常见的问题，因此我计划在本课程中重点介绍它。

基于 Actor 的并发模型是一种范式转变。什么是范式转变？

科学统治理论中基本假设或范式的变化。范式转变使简单的想法难以理解。即使 Actor 模型是一个简单而革命性的想法，程序员也很难看到实际的好处和用途。同样，Scala 编程语言在简化基于 Actor 的设计方面带来了很多优势，但也带来了一种新的编码风格。解决这个问题的一种可能方法是用旧范式来评估新范式。在本演示中，我们将采用一个基于 Spring 的工作 Web 应用程序，并逐步使用 Actor 和 Scala 实现它。我们将对新想法持怀疑态度，但同时也会保持开放的心态。我们将利用 Spring 的知识来学习基于 Actor 的并发模型。同时，我们将学习 Actor、Scala 及其与 Spring Framework 结合使用的最佳实践。