接入层

     是指普通用户与核心业务逻辑中间的过程。现在常见的服务接入层，像nginx、lvs、php这些都可以算是。

    观点

     一种观点认为：接入的量不应该影响系统的正常运行，也就是不能接入不能处理的用户请求，类似上图中前图。

     另一种观点认为：接入层应该尽量接入所有用户，类似上图中后图。

    做法

     nginx：

     nginx如果用做proxy，后端挂其他服务的话，是一个纯粹的NIO server。对用户来说，nginx是长连接(http 1.1)，对后端服务来说，nginx是短连接(http 1.0)。

    default: proxy_connect_timeout 60s; 向后端服务创建连接的超时时间

     default: proxy_read_timeout 60s; 后端返回请求响应超时时间

     default: proxy_send_timeout 60s; 大请求发到后端超时时间

    nginx通过上面的三个设置，当后端有响应不过来的时候，进行超时处理(记录日志)，当发现超时很多了，就需要提升后端的处理能力了。

    那么，nginx自身的处理能力是否有上限呢？当然有!

    worker_processes 1;

     worker_connections 1024;

    max_clients = worker_processes * worker_connections

    当超过max_clients的用户扑上来的时候，如果幸运后端没有能力问题，那就会看到nginx在日志中要求你增加worker的提示。

    php-fpm：

    pm = dynamic/static; dynamic时有最大进程最小进程之说，static时没有。只有一个上限。

     pm.max_children = 50;强制的一个阀门，后面的设置里，进程数不能大于这个。

     pm.start_servers = 20;启动时启动的fastcgi进程。

     pm.min_spare_servers = 5;最小fastcgi进程数量，dynamic有效

     pm.max_spare_servers = 35;最大fastcgi进程数量，dynamic有效

    php没有异步进程概念，如果要使用php作为接入层，需要自己完成NIO扩大接入能力(接触到的ICE、thrift在php中都是同步操作)。而接入能力就取决于上面的配置。

    java:

     java优秀的NIO框架netty。

     servlet3.0实现了异步请求的context，目前还没有在平常框架中进行使用。一般的用法为comet push server，性能未知。

     一般来说，用java做接入层很容易变成了业务层。(但是，为什么不呢？)

    tomcat 7.0.x提供了servlet3.0的这一特性，CometProcessor interface。

     resin 4.x提供了servlet3.0的这一特性，GenericCometServlet。

    从名字看，大家都一致性地认为这一特性适合用来做comet server。(理论上可接入无限用户，直到费尽cpu、内存，服务器死机、jvm oom)

    想快点找到作者也可以到Twitter上留言: @54chen

    或者你懒得带梯子上墙，请到新浪微博：@54chen