一个疑问，使用workerman，或者swoole这种启动的http服务，还需要nginx转发吗？
882 / 17 / 创建于 4个月前
Junwind 的个人博客
我的环境：
- S服务器提供 nginx 负载均衡，分发到 A服务器，B服务器。
- A服务器，B服务器，都是我的项目部署服务。
- A服务器，B服务器 项目本身使用 workerman 或者 swoole 启动了 http服务。
现在的问题：
A服务器，B服务器 它们需要安装 nginx，再做一层转发吗。 还是说不需要 nginx了， 直接就是 S服务器 分发到 A服务器，B服务器的项目中启动的 http server 里呢？
本作品采用《CC 协议》，转载必须注明作者和本文链接
关于 LearnKu
粤公网安备 44030502004330号
高认可度评论：
为了处理静态资源、负载均衡、SSL 终端、请求限流、监控等，通常会推荐使用 Nginx 作为反向代理，来增强系统的稳定性和性能。没有这样的需求可以不需要
不需要了 直接暴露s就行了
为了处理静态资源、负载均衡、SSL 终端、请求限流、监控等，通常会推荐使用 Nginx 作为反向代理，来增强系统的稳定性和性能。没有这样的需求可以不需要
都行，看你场景
反正我们都转了，
我觉得没必要，S直接转发到A、B端口就行了
防御只能在负载均衡上，先直接转发AB，遇到什么问题再加nginx 就行
我们拿fpm举例，fpm一般以127.0.0.1:9000套接字做监听地址，通过cgi与nginx通信，而swoole/workman的监听套接字，一般以http协议进行通信，如果你的2台节点服务器用的是fpm，他们一样可以直接由S转发，只不过监听IP要改成节点服务器的内网IP，从这点出发，swoole/workman跟fpm一样，都是应用服务层。
单就2台节点服务器，S直接转发对应端口当然可以，如果涉及集群部署涉及日志采集分发管理/内网端口安全的话，建议在节点服务器部署nginx，由内网nginx转发至对应服务。
我们公司差不多也是类似结构吧，A B节点都部署了nginx，主要是日志采集需要
workerman swoole实现的都是最简单的http服务端, 能够满足一般的应用场景, 但很多w3c规范和安全限定, 缓冲区大小控制都尚未实现, 只是内网集群应用可以不使用这样一层代理, 但一般不建议将这些服务直接暴露.
实际上Nginx作为入口服务可以保证服务的安全稳定性, 且更有利于集中化管理
通用套件，别问，问就是必须得加。 虽然很没必要
用不用Nginx 都可以