在系统中存储会话数据时，使用分布式缓存。适用于您需要存储会话数据的任何情况，但您无法将其存储在用户浏览器中。小心一些常见的错误，如会话管理系统需要关联的用户和Web服务器。

　　认真考虑如何存储会话数据，以确保系统可以不断扩展。许多Web服务器或语言提供了一种简单的基于服务器的会话管理方法。但这些方法通常存在一些问题。例如， 用户与特定服务器相关联。实现分布式缓存，您可以在系统中存储会话数据。使系统能够展开。

　　在您必须维护应用程序或系统中的状态，在确定无法存储在最终用户的浏览器上的结论之前，我们希望您需要时间考虑推荐的过程。你应该为这个决定感到难过。我找不到无状态的系统，或者我无法让最终用户维护状态。[网站开发网站的生产报价]羞愧。

　　当然，这是开玩笑的，因为我们已经承认，实际上，一些系统必须保持，甚至很少的状态，这些最专业承接网页设计好在服务的基础设施中维护， 应用或生产。拿着它，让我们讨论应用程序中的几个维护原则。

　　首先，这也是最重要的。远离与应用程序或Web服务器关联的那些状态系统。此实现远低于远程访问的实施。如果相关的服务器崩溃，然后，此服务器上的所有会话信息（包括状态）无效，相关客户（可能几千）需要重复他们的运营。即使数据存储在本地或网络存储上，用户还需要从另一台服务器上的头部。在此期间，会有服务中断。

　　第二，请勿使用状态或会话复制服务，如第三方群集服务器上的某些应用程序服务器或服务。如本章所述，这样的系统无法膨胀，因为会话的修改需要传播到大量节点。所以，选择此类实现，我们必须注意需要使用多少内存以扩展系统。

　　第三，选择会话或状态缓存或持久时，要在服务器上选择不执行真正进程的缓存。虽然这有点挑剔，但提高可用性确实有助于。因为当你丢失服务器时，只会失去与它相关的缓存，或者只会失去服务，不是同时。创建缓存（或连续）图层，还使我们只能基于缓存访问权限扩展，它不必依赖应用程序服务和内部和远程缓存服务。

　　不做分布式会话/状态缓存的内容：

　　未实现在实现缓存管理会话或状态时需要避免的三种方法端口。

　　不要使用状态或会话复制，在不同的系统中创建重复数据。

　　不要将缓存放在执行操作的系统上（这不是应该有一个本地应用程序缓存。只是说更好将会话信息放在自己的服务器层上）。

　　如果你遵守做不到的事情的原则，所以你需要做的更容易。对于这些问题，寻找他们[网站施工管理和维护]不知情的态度，所以，我们更关心设计，而不是达到细节，应该使用哪个开源缓存或数据库解决方案。我们有一种强烈的感觉，您几乎没有需要开发缓存方案。使用这么多分布式对象缓存选择，从memcached到开源或第三方数据库，如果有人需要实现自己的缓存方案进行会话信息的存储，看起来很荒谬。

　　这带来了一个问题。我应该如何实现缓存？为我们，这个问题实际上是在可靠性和持久性和成本之间测量的。如果您希望保存会话或状态信息，如购物车，然后，您可能决定使用长期可持续解决方案存储零件或所有会话信息。在许多我们看到的情况下，它们都使用数据库实现。但，数据库的使用显然将使每个交易的成本大于一个简单的解决方案。如非持久分布式对象缓存。

　　如果你不需要坚持不懈[企业官方网站习惯]那您可以网站建设方案推广从各种对象缓存中选择一个。论对象缓存及其使用。在某些情况下，你可以选择，那是， 数据库对数据库的持久性和数据库前端缓存的低成本。这项实施，两者都有数据库的持久性，还可以通过数据库前端的缓存来实现高成本的事务交易扩展。

　　考虑分布式会话状态缓存的因素

　　以下是三种常见的分布式缓存实现方法和优点。

　　仅使用数据库来达到更高成本，但所有数据都是持久的，可以在分布式环境中非常良好地对待更新和读取操作之间的冲突。

　　非持久分布式对象更快，成本相对较低，但失败后，无法恢复数据，用户具有长访问时间的情况不适用。

　　有些是网站的建设，持久性由众多图书馆提供。通过缓存提供高性能可扩展性，它非常适合需要持久性和低成本。