当部署一个大的Java网络应用程序（> 100 MB .war）时，我目前使用以下部署过程：
该方法的优点：
该方法的缺点：
我希望找到具有以下特性的部署过程：
问题：
自从这篇答案第一次写出来以后，一个更好的方法已经出现了，可以在不停机的情况下将war文件部署到tomcat上。在最近的版本中，你可以在war文件名中包含版本号。例如，你可以同时部署文件ROOT##001.war和ROOT##002.war到同一个上下文中。在##之后的所有内容都被tomcat解释为版本号，而不是上下文路径的一部分。Tomcat将保持您应用程序的所有版本运行，并为新请求和会话提供服务，对于已完全启动的最新版本，它将优雅地完成旧请求和会话。版本号也可以通过tomcat管理器甚至catalina ant任务来指定。更多信息请点击此处。
Rsync在压缩文件上往往效果不佳，因为其增量传输算法会查找文件中的更改，而未压缩文件的微小更改可能会大幅改变结果压缩版本。因此，如果网络带宽成为瓶颈，使用rsync传输未压缩的war文件而不是压缩版本可能是明智的选择。
使用Tomcat管理器应用程序进行部署有什么问题吗？如果你不想直接从远程位置将整个war文件上传到Tomcat管理器应用程序中，你可以将其（由于上述原因未压缩）rsync到生产环境中的占位符位置，重新打包为war文件，然后在本地将其交给管理器。Tomcat带有一个很好的ant任务，允许您使用Tomcat管理器应用程序进行脚本化部署。
你没有提到你的方法中存在的另一个缺陷：当你的应用程序部分部署（在rsync操作期间）时，你的应用程序可能处于不一致状态，其中更改的接口可能不同步，新/更新的依赖项可能不可用等。此外，根据你的rsync作业所需的时间长短，你的应用程序可能实际上会多次重启。你知道你可以和应该关闭Tomcat中监听文件变化并重启的行为吗？这实际上不推荐用于生产系统。你可以始终使用Tomcat管理器应用程序手动或ant脚本重启应用程序。
当然，在重新启动期间，你的应用程序将对用户不可用。但是，如果你非常关心可用性，你肯定在负载均衡器后面拥有冗余的Web服务器。在部署更新的war文件时，你可以将负载均衡器暂时发送所有请求到其他Web服务器，直到部署完成。对于其他Web服务器，请重复以上步骤。
在任何需要考虑停机时间的环境中，您肯定会运行某种服务器集群以通过冗余增加可靠性。我会将其中一台主机从集群中取出，进行更新，然后再将其放回到集群中。如果您有无法在混合环境中运行的更新（例如需要在数据库上进行不兼容模式更改），则必须至少暂时关闭整个站点。关键是先启动替换进程，然后再停止原始进程。
以Tomcat为例-您可以使用CATALINA_BASE来定义一个目录，其中包含所有Tomcat工作目录，与可执行代码分开。每次部署软件时，我都会部署到一个新的基础目录，以便将新代码驻留在旧代码旁边的磁盘上。然后，我可以启动指向新基础目录的另一个Tomcat实例，启动和运行所有内容，然后将负载平衡器中的旧进程（端口号）与新进程交换。
如果我担心在切换过程中保留会话数据，我可以设置系统，使得每个主机都有一个同伴，用于复制会话数据。我可以删除其中一个主机，对其进行更新，然后将其重新启动，以便它重新获取会话数据，然后切换这两个主机。如果集群中有多个成对的主机，我可以删除所有成对主机中的一半，然后进行批量切换，或者可以一个成对一个成对地执行，具体情况取决于发布要求、企业要求等。个人而言，我更喜欢允许最终用户偶尔失去活动会话，而不是试图在会话保持完整的情况下进行升级。
在 IT 基础设施、发布流程复杂性和开发人员工作量之间进行权衡。如果您的集群足够大且您的愿望足够强烈，那么很容易设计一个系统，可以在大多数更新中实现零停机时间切换。由于更新后的软件通常无法适应旧模式，因此大型模式更改通常会强制实际停机时间，而且您可能无法通过将数据复制到新的数据库实例、执行模式更新然后将服务器切换到新的数据库来摆脱这种情况，因为在新的数据库从旧数据库克隆之后写入旧数据库的任何数据都将被忽略。当然，如果您有资源，您可以让开发人员修改新应用程序以使用所有更新的表名称，并在现有数据库上放置触发器，以便正确地根据先前版本写入旧表的数据更新新表（或者可能使用视图来模拟来自另一个架构的一个方案）。启动新的应用程序服务器并将它们插入集群中。如果您有开发资源可供使用，则可以采取许多措施来最小化停机时间。
也许减少软件升级停机时间最有用的机制是确保您的应用程序可以在只读模式下运行。这将为您的用户提供一些必要的功能，但会让您具备进行需要数据库修改等系统全局更改的能力。将您的应用程序置于只读模式，然后克隆数据、更新模式、启动新的应用程序服务器对新的数据库进行操作，然后切换负载均衡器以使用新的应用程序服务器。您唯一需要的停机时间就是切换到只读模式所需的时间和修改负载均衡器配置所需的时间（大部分负载均衡器可以在没有任何停机时间的情况下处理它）。
我的建议是使用rsync带有爆炸版本，但部署一个war文件。
在JBoss容器（基于Tomcat）中推荐使用将旧war文件替换为新war文件，因为它是原子和快速操作，并确保当部署人员启动整个应用程序时，应用程序完全处于已部署状态。
您是否可以在Web服务器上制作当前Web应用程序的本地副本，将其同步到该目录，然后甚至使用符号链接，在一个“步骤”中将Tomcat指向新的部署，而不会有太多停机时间？
这取决于您的应用程序架构。
我的一个应用程序位于负载均衡代理后面，在那里我执行分阶段部署 - 有效消除了停机时间。
只需使用2个或更多的tomcat服务器，并在其上使用代理。该代理可以是apache/nignix/haproxy。
现在，在每个代理服务器中，“in”和“out” url都配置了端口。
首先，将war文件复制到tomcat中，而无需停止服务。一旦部署了war文件，它就会自动被tomcat引擎打开。
请注���，在server.xml中Host节点内，交叉检查unpackWARs="true"和autoDeploy="true"
看起来像这样
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">