一般来说,解决WEB高并发的有效手段都是采用可线性扩展的多层分布式架构
- Webserver (Nginx) ：这一层是可以轻松分布式部署的，结合智能DNS解析可以简易地防止单点故障、实现区域访问加速，结合LVS很容易实现负载均衡。这一层主要是负责处理静态请求和转发PHP请求至第二层的PHP处理节点，至于静态资源地址(http://misc.xxxx.com)可以单独拿出来部署，或者直接使用商用的云存储服务（国内七牛不错，国外有Amazon S3）
- PHP处理节点：一个节点其实就是一个监听特定端口的系统进程，webserver的请求通过负载均衡器进行分发，很好实现分布式和负载均衡。一般用的都是php自带的php-fpm,其实facebook出的hhvm性能非常强悍，可惜在18年年底宣布停止对PHP的支持，实在太遗憾，原因因为PHP7跟PHP5有很大的兼容问题，更多的其他原因可查看：https://cloud.tencent.com/developer/news/316599
- 高速缓存：用memcached，这一层的作用主要是减轻数据库IO和加快热数据访问，缓存策略与程序耦合度较高，不赘述，但简单地说有两种方式，一种是在程序的全局层面加一个缓存处理，这种方法代码耦合度低，但是有效命中率不高，有些项目不一定适应，另一种是在具体的数据存取处加缓存处理，这种办法程序耦合度较高，但是缓存命中率非常高，几乎没有无效缓存存在。
- 数据库 ：其实数据库层的扩展是老生常谈了，常用手段是分库分表，这一块需要在前期的代码就打下基础，另外更平滑地手段是使用中间件，比如360的Atlas，阿里巴巴的cobar，淘宝的TDDL，中间件可以在不大范围变更代码的情况下扩展，但是具体的使用场景还是有限的。
- 其他：根据不同的项目，架构还可以选择性地使用队列，beantalkd、Redis也是一个很好的选择。队列常用的使用环境是邮件发送和站内消息推送上面，但是在某些场景下也可以作为核心数据库的缓冲，对应对大并发或者突发性流量也是不错的选择
