的应用服务器直接暴露给服务访问者，而是在应用服务器，如 Jboss 的前面在加一个 web 服务器，如 Apache 或者 nginx，我想这个原因大家应该很容易理解，如做日志分析、负载均衡、权限控制、防止恶意请求以及静态资源预加载等等。

的应用服务器直接暴露给服务访问者，而是在应用服务器，如 Jboss 的前面在加一个 web 服务器，如 Apache 或者 nginx，我想这个原因大家应该很容易理解，如做日志分析、负载均衡、权限控制、防止恶意请求以及静态资源预加载等等。

的渲染能力，所以处理效率高，性能也好，抗压能力相当强，并且扛不住的时候还可以花钱买服务，拓展 Cache 集群。 用户访问时，Nginx 转到 Cache CDN，如果命中缓存则直接返回，没有命中便回源到源站服务器。源站服务器是具备模块渲染能力的

param1 param2 下面是是启动一个nginx的例子，端口为80： docker run -i -t --rm -p 80:80 nginx docker run 命令

Scala, Ruby Redis, HBase, MySQL Varnish, HA-Proxy, nginx, Memcache, Gearman, Kafka, Kestrel, Finagle Thrift

扔在潜伏前进中，产品得到了一些用户反馈。以下是数据： Amazon EC2 + S3 + CloudFront 云服务 一台 NGinX，4 台 Web 引擎（作冗余用，不是真正为了负载） 一台 MySQL 数据库+一台读备份服务器（防止主服务器宕机）

，缓存Redis，非关系型数据库MongoDB等。 代理服务：提供访问代理，比如服务网关，Nginx，Haproxy等。 消息传输服务：提供同步或异步消息通道，比如RabbitMQ，Kafka等。

一下这些I/O操作的状态。 多线程和异步的例子，最著名就是Web服务器领域的Apache和Nginx的模型。Apache是多进程/多线程模型的，它会在启动的时候启动一批进程，作为进程池，当用户请求

然不是说性能不重要，你懂的。 目前很多高性能的基础网络服务器都是采用的C语言开发的，比如：Nginx、Redis、memcached等，它们都是基于”事件驱动 + 事件回掉函数”的方式实现，也就是

Nodejs来说也无法实现。 4. 静态服务器，虽然Nodejs的优势在IO密集集应用，但是和Nginx的处理静态资源还是有很大的差距。 5. 不需要异步的应用：比如系统管理，自行化脚本等，还是Pyt

计，数据库如何优化，代码如何调试，如 何分析内存泄露，单元测试写没写过，HTTP原理了解多少，Nginx配置服务器部署知道几何，性能监控跟踪呢？ 扯远了。 其实我本来只是想说一下服务端开发思维

多的环境因素是我们想也想不到的，比如最近某类控件在小淘宝环境下全挂了，试问，前端怎么会想到这是Nginx 的灰度系统出问题了，在灰度发布的时候文件没有同步成功，导致整个灰度环境出错。 所以，一定要

在引入日志分析前，最早的方式是 DB Select Count 的形式，整个系统采用同步处理的方式，一台 Nginx 做前端，两台 DB，两台 Sever，简单处理数据，展示结果。 最初采用同步日志结构，

求一个线程（thread per request）”。当然，还有其他方式来提高处理性能，例如 NGINX 和 Node.js 使用的异步事件驱动模型，但是它们不使用线程池，因此不在本文的讨论范围。

消息总线：ActiveMQ、SQS 应用服务器：Tomcat、JBoss Web服务器：Apache、Nginx、IIS 数据库：MySQL、Oracle、PostgreSQL等关系型数据库；cassandr

ator，服务仓库用Consul，然后配置更新用consul-template，然后负载均衡用Nginx/HAProxy。 案例分析 这是我们其中一个用户的案例，这个用户主要是做基于微信的

PageSpeed is available as a module for Apache 2.x and Nginx 1.x. Webp-detect - WebP with Accept negotiation

直接交给路由就行了。自动就访问那个文件夹了。不过生产环境果然还得是cdn，如果自己服务器比较多。可以nginx反向代理。 主要好处前后分离，能上CDN就是通讯次数多了。不过通过优化改善之类的都还ok啦。

Tornado、Twisted和Erlang）都是基于这个模式的，因为它的资 源消耗比基于多进程/多线程的服务器实在是少太多了（参考Nginx 和Apache的对比），所以扩展性（scalability）也好太多了。 asyncio模块

502815 #5345] DEBUG -- : [httplog] Header: Server: nginx/1.6.2 etc... 使用 mitmproxy 用代理服务器监视出站请求和入站响应则是一种更为有效的工具。