---

背景痛点

在传统部署Nginx-RTMP服务器时，开发者常常会遇到几个让人头疼的问题：

• 依赖环境复杂：需要手动安装Nginx、RTMP模块及其依赖库，不同系统环境下编译经常报错
• 配置易出错：RTMP配置参数理解成本高，一个标点符号错误就可能导致服务不可用
• 资源占用高：默认配置下Nginx进程占用内存较多，在云服务器上部署成本较高

技术选型

对比两种主流方案：

1. 源码编译安装
2. 优点：可定制性强

3. 缺点：依赖管理复杂，升级困难

4. Docker方案

5. 优点：环境隔离，一键部署
6. 缺点：需要学习Docker基础

特别选择了nginx-rtmp-module官方维护的分支，因为：

• 持续更新保持与Nginx主版本兼容
• 内置HLS支持等实用功能
• 社区活跃，问题容易解决

实现细节

多阶段构建Dockerfile

# 构建阶段
FROM alpine:3.14 as builder
RUN apk add --no-cache build-base pcre-dev openssl-dev zlib-dev
WORKDIR /build
ADD https://nginx.org/download/nginx-1.21.6.tar.gz .
ADD https://github.com/arut/nginx-rtmp-module/archive/v1.2.2.tar.gz .
RUN tar xzf nginx-1.21.6.tar.gz && \
    tar xzf v1.2.2.tar.gz

# 编译时禁用非必要模块减小体积
RUN cd nginx-1.21.6 && \
    ./configure \
        --add-module=../nginx-rtmp-module-1.2.2 \
        --without-http_rewrite_module \
        --without-http_gzip_module && \
    make && make install

# 运行阶段
FROM alpine:3.14
RUN apk add --no-cache pcre openssl
COPY --from=builder /usr/local/nginx /usr/local/nginx
EXPOSE 1935 80
CMD ["/usr/local/nginx/sbin/nginx", "-g", "daemon off;"]

关键RTMP配置

rtmp {
    server {
        listen 1935;
        chunk_size 4096;  # 减少小包传输开销

        application live {
            live on;
            max_connections 100;  # 防止DDOS攻击

            # HLS输出配置
            hls on;
            hls_path /tmp/hls;
            hls_fragment 3s;
        }
    }
}

测试命令

# 推流测试
ffmpeg -re -i input.mp4 -c copy -f flv rtmp://server/live/streamkey

# 拉流测试
ffmpeg -i rtmp://server/live/streamkey -c copy output.flv

性能考量

测试数据对比（1小时直播）：

| 部署方式 | 内存占用 | CPU负载 | |----------|---------|--------| | 原生安装 | 120MB | 15% | | Docker | 135MB | 17% |

优化建议：

1. 根据CPU核心数调整worker_processes
2. 使用worker_connections控制并发连接数
3. 开启TCP_NODELAY减少延迟

避坑指南

版本兼容性问题

解决方法：

• 锁定Nginx和RTMP模块的稳定版本组合
• 使用Alpine基础镜像减小兼容性问题

日志持久化

VOLUME /usr/local/nginx/logs

安全防护

# IP白名单
allow publish 192.168.1.0/24;
deny publish all;

# 推流鉴权
application live {
    on_publish http://auth_server/validate;
}

思考题

如何实现更灵活的RTMP流动态鉴权？可以考虑：

1. 结合JWT生成临时推流地址
2. 通过HTTP回调验证用户权限
3. 使用nginx-lua模块实现自定义鉴权逻辑

这套方案在我们直播平台已稳定运行2年，单节点支撑过5000+并发观看。希望这些实战经验能帮你少走弯路！