快速部署 LiveKit 实时音视频5 分钟拉起服务端的 4 个关键动作【免费下载链接】livekitEnd-to-end realtime stack for connecting humans and AI项目地址: https://gitcode.com/GitHub_Trending/li/livekitLiveKit 是基于 WebRTC 与 SFU 架构的开源实时音视频服务器用 Go 编写支持从几人到上千人的可扩展会议。如果业务要加会议、屏幕共享和 AI 语音交互它是一个能跑起来的稳妥选型。为什么是它多人音视频会议最大的难点不在连 P2P而在规模。N 个人 P2P 全互联连接数是 O(N²)每个客户端要发出 N-1 份流超过 10 人就撑不住。SFU选择性转发单元解决这个问题每个发布者只把流发一份到服务器服务器按每个订阅者的订阅关系转发客户端上行恒定不变。LiveKit 的核心就是一个用 Go 写的 SFU基于 Pion WebRTC 实现转发媒体包不做转码单机吞吐高。和其他自建 SFU 相比三点是选型时的关键差异第一服务端是单个二进制一条命令装完没有额外媒体依赖第二分布式是内建能力配置好 Redis 后自动变成多节点集群房间可以路由到负载最低或同区域的节点第三服务端功能集完整JWT 认证、管理 API、webhooks、说话人检测、动态降分辨率都有现成实现。还有一点常被忽略它的定位是连接人与 AI。Agents 框架让 AI 以普通参会者的身份进房间接入语音助手是写一个参与者的事不是再搭一套系统。 从 0 到跑起来装上服务端二进制Linux 上用一条脚本装脚本源码就在仓库里install-livekit.sh作用是拉取最新 release 并解压到 /usr/local/bincurl -sSL https://get.livekit.io | bashmacOS 用 Homebrew 装 livekit 也可以最终都是同一个二进制。把开发模式服务端拉起来开发模式启动不需要配置文件服务绑定在 localhost:7880livekit-server --dev启动日志会直接打印开发密钥API Key 是 devkeysecret 是 secret。这对密钥只用于本地开发别带到生产。签一张令牌把会议叫起来用 livekit-cli 签一张 JWT 入会令牌令牌绑定房间、身份和有效期livekit-cli create-token \ --api-key devkey --api-secret secret \ --join --room my-first-room --identity user1 \ --valid-for 24h把这串 token 交给客户端即可入会。想验证服务端到端交互再用livekit-cli join-room往房间里注入一个发布示例流的测试用户两个客户端互连就算通了。它到底怎么工作的客户端先经 WebSocket 连上来做信令再通过 ICE 与节点建立 WebRTC 连接。上行媒体包进 SFU 后按订阅关系和订阅方带宽选出合适的分辨率层重排序号再转发回每个订阅者。 跑起来之后该调什么对着 config-sample.yaml 看三个配置项最影响体验keys开发模式只有一对固定密钥。换成自己签发的 key-secret 对后JWT 认证和 API 调用都走新凭证旧令牌自然失效。上线前必须改。port主端口 7880 承载信令和 RoomService API。生产环境把它放到负载均衡器后面并启用 TLS客户端入口统一成 wss 地址。公网接入前改。rtc.port_range_start/endUDP 媒体端口范围默认 50000-60000。改成更小的范围或启用 udp_port 多路复用后防火墙规则变少复用端口数建议不少于 vCPU 数。防火墙受限或并发房间多时改。 往生产搬之前只暴露 7880 和 UDP 段且走 TLS删掉 devkey用自签 key-secret 对配好 Redis多节点房间才能互通打开 prometheus_port 接 Grafana 监控开启内嵌 TURN 兜底 NAT 困难的客户端下一步客户端接入看官方的 JavaScript、Swift、Kotlin、Flutter SDK录制和 RTMP 推流场景看 Egress、Ingress 生态服务多节点部署、节点选择器配置看官方文档的分布式章节仓库里的 deploy/README.md 覆盖了 Docker 与 Helm 的具体部署方式。【免费下载链接】livekitEnd-to-end realtime stack for connecting humans and AI项目地址: https://gitcode.com/GitHub_Trending/li/livekit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
快速部署 LiveKit 实时音视频5 分钟拉起服务端的 4 个关键动作【免费下载链接】livekitEnd-to-end realtime stack for connecting humans and AI项目地址: https://gitcode.com/GitHub_Trending/li/livekitLiveKit 是基于 WebRTC 与 SFU 架构的开源实时音视频服务器用 Go 编写支持从几人到上千人的可扩展会议。如果业务要加会议、屏幕共享和 AI 语音交互它是一个能跑起来的稳妥选型。为什么是它多人音视频会议最大的难点不在连 P2P而在规模。N 个人 P2P 全互联连接数是 O(N²)每个客户端要发出 N-1 份流超过 10 人就撑不住。SFU选择性转发单元解决这个问题每个发布者只把流发一份到服务器服务器按每个订阅者的订阅关系转发客户端上行恒定不变。LiveKit 的核心就是一个用 Go 写的 SFU基于 Pion WebRTC 实现转发媒体包不做转码单机吞吐高。和其他自建 SFU 相比三点是选型时的关键差异第一服务端是单个二进制一条命令装完没有额外媒体依赖第二分布式是内建能力配置好 Redis 后自动变成多节点集群房间可以路由到负载最低或同区域的节点第三服务端功能集完整JWT 认证、管理 API、webhooks、说话人检测、动态降分辨率都有现成实现。还有一点常被忽略它的定位是连接人与 AI。Agents 框架让 AI 以普通参会者的身份进房间接入语音助手是写一个参与者的事不是再搭一套系统。 从 0 到跑起来装上服务端二进制Linux 上用一条脚本装脚本源码就在仓库里install-livekit.sh作用是拉取最新 release 并解压到 /usr/local/bincurl -sSL https://get.livekit.io | bashmacOS 用 Homebrew 装 livekit 也可以最终都是同一个二进制。把开发模式服务端拉起来开发模式启动不需要配置文件服务绑定在 localhost:7880livekit-server --dev启动日志会直接打印开发密钥API Key 是 devkeysecret 是 secret。这对密钥只用于本地开发别带到生产。签一张令牌把会议叫起来用 livekit-cli 签一张 JWT 入会令牌令牌绑定房间、身份和有效期livekit-cli create-token \ --api-key devkey --api-secret secret \ --join --room my-first-room --identity user1 \ --valid-for 24h把这串 token 交给客户端即可入会。想验证服务端到端交互再用livekit-cli join-room往房间里注入一个发布示例流的测试用户两个客户端互连就算通了。它到底怎么工作的客户端先经 WebSocket 连上来做信令再通过 ICE 与节点建立 WebRTC 连接。上行媒体包进 SFU 后按订阅关系和订阅方带宽选出合适的分辨率层重排序号再转发回每个订阅者。 跑起来之后该调什么对着 config-sample.yaml 看三个配置项最影响体验keys开发模式只有一对固定密钥。换成自己签发的 key-secret 对后JWT 认证和 API 调用都走新凭证旧令牌自然失效。上线前必须改。port主端口 7880 承载信令和 RoomService API。生产环境把它放到负载均衡器后面并启用 TLS客户端入口统一成 wss 地址。公网接入前改。rtc.port_range_start/endUDP 媒体端口范围默认 50000-60000。改成更小的范围或启用 udp_port 多路复用后防火墙规则变少复用端口数建议不少于 vCPU 数。防火墙受限或并发房间多时改。 往生产搬之前只暴露 7880 和 UDP 段且走 TLS删掉 devkey用自签 key-secret 对配好 Redis多节点房间才能互通打开 prometheus_port 接 Grafana 监控开启内嵌 TURN 兜底 NAT 困难的客户端下一步客户端接入看官方的 JavaScript、Swift、Kotlin、Flutter SDK录制和 RTMP 推流场景看 Egress、Ingress 生态服务多节点部署、节点选择器配置看官方文档的分布式章节仓库里的 deploy/README.md 覆盖了 Docker 与 Helm 的具体部署方式。【免费下载链接】livekitEnd-to-end realtime stack for connecting humans and AI项目地址: https://gitcode.com/GitHub_Trending/li/livekit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
