高性能可伸缩架构技术参照.pdfVIP

在《 世界最大的 PHP站点 Facebook 后台技术探秘 》一文中介绍了一个大型 SNS网站的 技术组成。 今天我们继续大型网站探秘， 一起来探秘大型 B2C网站的架构技术。 作为国内最 大的 B2C 网站，其网站架构一直承载着数据量高速增长压力， 要保证良好的负载和流程的使 用体验，一个可伸缩性的高性能网站架构必不可少。 一、应用无状态 一个系统的伸缩性的好坏取决于应用的状态如何管理。试想一下，假如我们在 session 中保存了大量与客户端的状态信息的话，那么当保存状态信息的 server 宕机的时候，我们 怎么办？通常来说， 我们都是通过集群来解决这个问题， 而通常所说的集群， 不仅有负载均 衡，更重要的是要有失效恢复 failover, 比如 tomcat 采用的集群节点广播复制， Jboss 采用 的配对复制等 session 状态复制策略， 但是集群中的状态恢复也有其缺点， 那就是严重影响 了系统的伸缩性，系统不能通过增加更多的机器来达到良好的水平伸缩，因为集群节点间 session 的通信会随着节点的增多而开销增大，因此要想做到应用本身的伸缩性，我们需要 保证应用的无状态性， 这样集群中的各个节点来说都是相同的， 从而是的系统更好的水平伸 缩。 上面说了无状态的重要性， 那么具体如何实现无状态呢？此时一个 session 框架就会发 挥作用了。一般通过 cookie 来实现，或者也可以采用集中式 session 管理来完成，说具体 点就是多个无状态的应用节点连接一个 session 服务器，session 服务器将 session 保存到 缓存中， session 服务器后端再配有底层持久性数据源，比如数据库，文件系统等等。 二、有效使用缓存 做互联网应用的兄弟应该都清楚， 缓存对于一个互联网应用是多么的重要， 从浏览器缓 存，反向代理缓存，页面缓存，局部页面缓存，对象缓存等等都是缓存应用的场景。 一般来说缓存根据与应用程序的远近程度不同可以分为： local cache 和 remote cache 。 一般系统中要么采用 local cache ，要么采用 remote cache, 两者混合使用的话对于 local cache 和 remote cache 的数据一致性处理会变大比较麻烦。 在大部分情况下 , 我们所说到的缓存都是读缓存 , 缓存还有另外一个类型 : 写缓存。对于 一些读写比不高， 同时对数据安全性需求不高的数据， 我们可以将其缓存起来从而减少对底 层数据库的访问 , 比如统计商品的访问次数 , 统计 API 的调用量等等 , 可以采用先写内存缓存 然后延迟持久化到数据库，这样可以大大减少对数据库的写压力。 三、应用拆分 首先，在说明应用拆分之前， 我们先来回顾一下一个系统从小变大的过程中遇到的一些 问题，通过这些问题我们会发现拆分对于构建一个大型系统是如何的重要。 系统刚上线初期， 用户数并不多， 所有的逻辑也许都是放在一个系统中的， 所有逻辑跑到一 个进程或者一个应用当中， 这个时候因为比较用户少， 系统访问量低， 因此将全部的逻辑都 放在一个应用未尝不可。但是，兄弟们都清楚，好景不长，随着系统用户的不断增加，系统 的访问压力越来越多， 同时随着系统发展， 为了满足用户的需求， 原有的系统需要增加新的 功能进来， 系统变得越来越复杂的时候，