『壹』 为什么要在电子商务中引入会话跟踪呢
这涉及的是电子商务安全问题，都是计算机网络方面的知识。弄明白会话跟踪技术有什么好处后，你就知道在电子商务中为什么要引入它了。
『贰』 电子商务与集群经济的关系
必须提高全社会对电子商务和现代物流的认识。电子商务是商业领域内的一次革命，而现代物流则是物流领域内的一次革命。国家与企业共同参与，共建电子信息化环境。同时，企业要通过信息网络进行商贸活动，为客户提供快捷的服务，吸引更多的制造企业和商业企业上网，提高企业的竞争力和盈利水平，从而促进电子商务和现代物流的发展。
选择适应电子商务发展的现代物流发展模式，实现现代物流配送体系的产业化、社会化。在我国目前条件下电子商务企业不宜采用自建物流中心的物流模式，应与第三方物流公司签订长期稳定的合作关系，建立共同配送模式，削减物流企业间的不当竞争，从整体上提高供方取得价格优惠的能力，并实现优势互补，促进企业走向联合的规模经济之路。
整合业务流程，提供优质的多样化和个性化服务。电子商务的个性化、多样化特点，企业在商品生产、经营和配送上充分对应不同区域，不同时间和不同消费需求的客户需要，客观上也要求多品种、少批量、大频度的现代物流服务，通过电子化、集成化现代物流管理把供应链上各环节紧密联系起来，对顾客的个性化需求做出快速反应，如采用电子商务的“量身定制”的方式，客户可以利用计算机或手机来决定商品何时送达目的地，收到后，信息将自动反馈到客户指定的计算机或手机上。 建立以信息化为核心的信息平台对电子商务与现代物流的协同发展极为有利。搭建信息平台是运用互联网对企业业务流程的重新设计，电子商务是信息流、商流、资金流和物流的高度对称、融合与互动，信息流贯穿于商务活动的始终，引导着商务活动的发展，现代物流是商流的继续，是商务活动中实际的物资流通过程，同样需要信息流的引导和整合。现代物流朝着信息化、自动化、网络化、智能化、柔性化方向发展，具有良好的信息处理和舆系统才能快速、准确地获取销售反馈信息和配送货物跟踪信息，从而大大提高现代物流企业的服务水平，提高电子商务的效率，赢得客户信赖，并不断降低成本。
制定一套电子商务与现代物流发展的可行性方案。根据消费者的收入、需求偏好、地理分布等条件的不同，合理定位销售区域，对不同的销售区域采取判别性的物流服务政策；认真筛选销售品种，确定最适合销售的商品，将品种限制在一定范围之内，减少流通中的过多费用；再由专业人员精心策划配送方案。 高度重视物流专业人才培养，把国外先进物流的经验与本土化人才有机结合起来。加强电子商务和现代物流人才的培养，要培养从事现代物流理论研究与实务操作的专门人才。懂电子商务又懂现代物流的有创新思想的复合型人才，市场的竞争就是人才的竞争，应该注重人才的培养和教育，加深对电子商务与现代物流协同发展的研究。
『叁』 集群环境下怎么保证用户会话的一致性
让大家感到有共同的利益。
CAS的集群环境，包括CAS的客户应用是集群环境，以及版CAS服务本身是集群环境这两种情况权。在集群环境下使用CAS，要解决两个问题，一是单点退出时，CAS如何将退出请求正确转发到用户session所在的具体客户应用服务器，而不是转发到其他集群服务器上，二是解决CAS服务端集群环境下各种Ticket信息的共享。
『肆』 多机集群如何提供内存复制
HTTP 协议本身是“连接 - 请求 - 应答 - 关闭连接”的模式，是一种无状态协议；然而随着 web 动态化的需求，我们往往需要把两次连续的请求关联起来，从而使得客户端和服务端的会话变得有状态。Session 就是满足这种需求的一种实现方式。
它的基本原理是服务器端为每一个 session 管理一份会话信息数据。而客户端和服务器端依靠一个全局唯一标示符 —— sessionID 来访问会话信息数据。当用户访问 web 应用时，服务器端会先检查客户端的请求里是否包含 sessionID，如果没有或者检索不到，服务器端会自动创建一个新的 sessionID，同时开辟数据存储空间， 并且在本次响应中将 sessionID 返回给客户端保存。
当服务器端需要开辟数据存储空间时， 一般会在内存中创建相应的数据结构，但在访问量非常大的系统中，session 会占用大量的内存空间，而且系统一旦宕掉或者掉电，所有的会话数据就会丢失，这种事故在电子商务网站中会造成严重的后果。当然也可以将 session 内容存储在数据库中，从而在某种程度上实现持久化，但是这样会增加 I/O 开销，影响系统的性能。
在 IBM Websphere Application Server 中提供了两种不同的 session 持久化管理方案，如图 1 所示，分别是
1.使用数据库做 session 持久化管理 所有的 session 信息被集中存放于数据库中.
2.内存到内存的复制 所有 session 的信息会存放在各个应用服务器的内存中.
使用数据库存储 session 数据时需要对存储的信息作序列化操作，在某种程度上影响了响应的时间和效率，适用于 session 数据量大，并且对持久化要求比较高的应用场景。在内存到内存的复制方案里，session 管理者可以把最近经常使用的 session 保存在内存里面，极大地降低了获取 session 数据的时间开销，从而满足了对效率和响应时间要求高的应用需求。从内存到内存的 session 复制，一般适用于 session 数据量不大的应用场景。本文将详细介绍内存到内存复制的持久化管理方案。
内存到内存复制
内存到内存的 session 复制指的是将 sessions 复制到另一个 WebSphere Application Server 上。在这个模式下，sessions 可以被复制到一个或者多个应用服务器上，从而防止 HTTP Session 单点失败（single point of failure）的发生。
Session 复制的目的，是将 session 的信息进行备份保存，以便在服务器发生故障的情况下，session 状态不会丢失，实现 session 的高可用性，从而保证即使有故障发生，也不会影响到客户正在进行的业务，避免造成损失，进而提高客户满意度。
目前 WebSphere Application Server 提供了三种复制方式：
仅服务器模式： 所谓仅服务器，指的是该应用服务器只会存储其他应用服务器的 session 备份，而不会把自己创建的 session 分发并复制到其他应用服务器上。
仅客户机模式： 所谓仅客户机，指的是该应用服务器只会把自身的 session 分发并复制到其他应用服务器上，但不会存储其他应用服务器的 session 备份。
客户机和服务器模式： 所谓客户机和服务器，指的是该应用服务器既能作为服务器存储其他应用服务器的 session 备份，也能作为客户机把自身的 session 分发并复制到其他应用服务器上。
WebSphere Application Server 默认的是客户机和服务器模式。用户也可以根据需要选择合适的复制模式。目前 WebSphere Application Server 支持两种 session 复制拓扑结构，分别为：
客户机 / 服务器 (Client/Server)
点对点 (Peer-to-Peer)
针对这两种拓扑结构，我们将在余下的章节中作详细的介绍。
复制域
首先，内存到内存复制功能是通过应用服务器上的数据复制服务实例来实现的，我们要确保这些数据复制服务实例是属于同一个复制域的，否则这些实例相互间就不能进行复制，从而影响内存到内存复制功能的实现。
如图 3 所示 , 复制域 Domain1 包含三个成员 Server1，Server2 和 Server3，因此这三个 server 之间能相互进行复制。但是由于 Server4 并不属于复制域 Domain1 里面的成员，因此 Server4 上的 session 不能复制到复制域 Domain1 的成员上，同时也不能备份 Domain1 上成员的 session 信息。
图 3. session 复制域
其次，属于同一个复制域的所有会话复制都必须具有相同的拓扑结构。如果同一个复制域中的一个会话管理实例使用的是客户机 / 服务器拓扑结构，则其余所有的会话管理实例只能是“仅服务器”模式或者“仅客户机”模式。相反，如果有一个会话管理实例使用的是点对点的拓扑结构，则其余 所有的会话管理实例只能被配置成“客户机和服务器”模式。“仅服务器”模式或者“仅客户机”模式不能与“客户机和服务器”模式共存于同一个复制域里面。
在集群环境中，默认采用的是点对点的单备份复制，但是我们也可以在复制域里面修改复制的数量。如图 4 所示，如果副本数选择单个副本，那么 session 只会被备份到一个复制域成员上，如果选择整个域，则 session 就会备份到所有其他复制域成员。当然，我们也可以根据实际需要来指定复制的副本数目。
内存到内存复制拓扑结构：点对点
在这个结构图中，每一个复制域成员都把 session 的信息保存在自己的内存中。同时它也会把 session 的备份信息发送并保存到其他复制域成员上，同时，它也从其他的复制域成员上获取 session 的信息。在这种情况下，每个复制域成员既可以作为一个客户端，从其他的复制域成员上获取 session 的信息；也可以作为服务端，把自身 session 的信息存储到其他复制域成员上。也就是说，每个复制域成员的复制模式都是“客户机和服务器”。
在这种配置方式下，不同的服务端之间的关系是平等的，而且需要最少的服务器进程，因此它代表了最牢固的拓扑结构。尤其当各个节点具有相同的性能（CPU，内存等等）和处理相同数量的工作时，该拓扑结构可以达到最稳定的实施。
点对点复制的拓扑结构的优势是不需要额外的进程和产品来避免单点失败，从而减少了配置和维持额外进程或产品的时间和费用的成本。但这个拓 扑结构的局限性就是它需要占用一定的内存空间，因为每个服务端都需要备份这个复制域里所有 session 的信息。假如一个 session 需要 10KB 的空间来存储信息，那么当 100 万个用户同时登陆到这个系统中时，每个应用服务器就需要花费 10GB 的内存空间来保存所有 session 的信息。它的另一个局限性是每一个 session 信息的修改都会被复制到其他所有的应用服务器上，这极大地影响了整个系统的性能。
在 Websphere Application Server V7 开始支持 session 热故障恢复 (session hot failover) 功能。这个功能只适用于点到点复制模式。在集群环境中，session affinity 会把客户的所有后续请求分发到同一台应用服务器上。启用这一特性之后，如果运行某个实例的服务端突然宕掉，那么 Websphere Application Server plug-in 就会把其后续请求转发到集群环境中其他合适的服务端上。
对于设置成点到点复制模式的集群来说，这个新特性可以触发插件程序，从而让保存这些 session 备份的复制域成员来直接接管宕掉的复制域成员的工作，这样可以减少从另一个复制域成员那里再次获取 session 备份的开销。
内存到内存复制拓扑结构：客户机 / 服务器
“客户机 / 服务器”拓扑就是把集群中的复制域成员分别设置成“仅服务器”模式或者“仅客户机”模式。这种拓扑可以把备份数据和本地数据分离开来，所有“仅客户机”成 员共享“仅服务器”成员上 session 备份，减少了单个复制域成员的复制开销。拿“仅客户机”成员来说，它就不用再负责为别的成员进行 session 备份，可以有更多的资源来运行业务；而对于“仅服务器”成员来说，它只负责备份 session，不需要处理业务，其上不需要部署任何应用程序。
这种拓扑结构的优势是它明确区分了客户机和服务器的角色。“仅服务器”成员将所有的 session 信息保存在内存中，而“仅客户机”成员专门处理业务。这样可以减少每个客户机的内存开销和性能影响。
所有“仅客户机”成员可以共享“仅服务器”成员，当有“仅服务器”成员且数据有多余两个以上的备份时，就可以实现故障恢复的目的。
在实际操作中，我们推荐使用多个备份服务器从而减少单点错误的发生。
两种复制拓扑的比较
在前面两个章节中，我们分别介绍了点到点和客户机 / 服务器两种复制拓扑结构的原理及其优势和局限性，在本章节中，我们将进一步比较这两种复制拓扑。
『伍』 白山市集群电子商务有限公司怎么样
简介：白山市集群电子商务有限公司成立于2013年01月23日，主要经营范围为网上销售回：日用答百货、家用电器、电子产品、文教用品等。
法定代表人：马士义
成立时间：2013-01-23
注册资本：200万人民币
工商注册号：220600000030301
企业类型：有限责任公司(自然人投资或控股)
公司地址：浑江区红旗街永祥大厦104门市
『陆』 如何理解分布式与集群，二者区别是什么
分布式是指不同的业务分布在不同的地方，集群指的是将几台服务器集中在一起，实现同一业务。白话理解的话，比如公司项目上线初期（举例电子商务网站）
初期：用户访问量低，只弄了一台服务器，一个tomcat项目运行一个web工程。
中期：用户访问量提高，服务器崩了，为了解决这个问题，购买服务器，增加服务器数量，然后每个服务器中个各放了一份，使用nginx代理转发。（这就是运用集群原理）
后期：用户访问量不断增加，响应速度变慢，服务器又崩了，在不考虑增加服务器带宽、内存和CPU的情况下如何解决这个问题？先解决响应速度变慢，用户频繁调用数据库，在客户端与数据库之间，使用redis缓存。解决之后，又发现问题：由于每台服务器运行一个tomcat，放着一个web工程，用户有可能在商品详情存在大幅度调用数据库，而订单列表调用幅度小，此时就存在着模块之间耦合度高，一个功能升级其他也需要升级，扩展性差，不能灵活部署。是该考虑项目重构，把项目按照模块分为不同的系统（使用zookeeper进行模块之间通信），例如：订单系统，会员系统、搜索系统、商品信息系统。把每个模块进行拆分，用户在哪个系统访问频繁，就针对哪个系统进行对症下药，增加缓存还是使用其他技术。（这样我们就可以单独对这个模块进行服务性能的提升，不用全部都一起提升。也降低了代码的耦合度，模块之间互不影响，即使后期增加开发人员，也可按照敏捷开发思想只对其负责模块进行开发，效率大大提升）。这样一个web工程就拆分成多个web工程（多个tomcat部署）。那这个项目就可以在一台服务器部署多个工程（不同端口进行通信）或者多台服务器运行单个项目。（这就是分布式原理）
总而言之，分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率。
『柒』 如果有多台服务器做集群的话 如何解决session的问题
会话状态（Session
State）的机制。而这样的机制应该可以使Web服务器从多次单独的HTTP请求中看到“会话”，也就是知道请求是来自哪个会话的。
具体实现方式为：在会话开始时，分配一个唯一的会话标识（SessionId），通过Cookie把这个标识告诉服务器，以后每
『捌』 会员用户数量在2000万，这样的电子商务系统需求，需要一个怎样的集群服务器架构，使用LAMP架构。
2000W已经算是大型网站抄了，不论袭数据量还有访问量都是非常大的，像这种情况下可以有两种配置方案，第一就是用很多台服务器通过集群来满足咱们的需要 第二就是配置高端的服务器来满足需求比如IBM的刀片服务器或者小型机，总体没个一二百W下不来
我们是IBM服务器的代理商 主做机房建设 系统集成 有需要了可以联系我 资料有我的联系方式
『玖』 tomcat集群 大量用户session同时失效,有可能是什么原因
session对象是保存在来服务器端自的，如果大量失效有可能服务端代码有问题。
另一个问题有可能是客户端无法传递正确的jsessionid，导致会话失效。
如果是用apache负载的话，请看一下apache的配置或者重启一下apache看看