用Spring Web Flow和Terracotta搭建Web应用

　　自动正确响应浏览器按钮（后退、前进、刷新）而不需要定制编程。

　　在4个受管理域中存储任务数据：request、flash、flow、和、conversation等，每个都有自己的独特语义。

　　脱离容器单独测试流转。能在部署前确保应用控制逻辑能正常运作。

　　使用Spring IDE 2.0进行可视化编辑你的流转导航逻辑图

　　听上去很有趣？到目前为止还仅仅是概念和理论，但我们很快会看到这些都能在实践中应用。所以请多等一会。

　　企业对扩展性和高可用性的需求

　　集群在企业应用开发中变得越来越重要，开发人员经常会碰到这样的问题：

　　我们如何在一个节点上扩展来提高应用的可扩展性？

　　如果保证高可用性和消除单点故障，如何确保我们能满足客户的SLAs(Service Level Agreement)?

　　为了支撑业务，可预测的扩展性和高可用性是一个生产应用必须展示的运行特性。一些企业需要超过99.9999%的正常运行时间，另一些不要求这么高，但所有的应用都需要保证SLA规定的可运行性。从预测的角度看，开发一个系统在99.9%和99.9999%级别是一样困难的。

　　集群一直以来都是难以解决的问题。在Spring Web Flow和普通web应用上下文中，这尤其意味着保证用户状态的高可用性和故障恢复能力是满足性能且值得信赖的。在一个节点出现故障（应用服务器或JVM崩溃），使用session粘滞（这是配置负载均衡最通用的首选方式）是一个开始，但我们需要一个有效手段来无缝的将用户状态从一个节点迁移到另一个节点。

　　当我们说集群时意味着什么，它和缓存有什么区别？我们使用的集群定义是: 在多个JMV间共享应用状态，而缓存可以被定义为： 让应用状态靠近执行上下文。从这个角度看，缓存是集群的一个子集。

　　我们所认为的企业级Web/企业集群最小解决方案集至少需要包括：

　　可扩展性

　　高可用性

　　fail-over

　　性能

　　对已有代码的最小影响

　　简单的部署和配置

　　可见运行时(监控)

　　让我们关注一个能解决所有这些看上去无关的需求的解决方案。通常解决一个问题有很多方案，而且市场上也有很多宣称能给web应用提供高可用性的产品。Terracotta就提供了这样一个解决方案。

　　什么是Terracotta for Spring?