Webhooks 仅是全局的:无法将单个房间的事件路由到其自己的端点

□ 问题

将 Webhook 发送配置一次, 全球范围 :

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 网点 : api key: < api key> (中文(简体) ). urls :

• https://your-host.com/handler (中文(简体) ).

每一个房间的活动都到那些URL。 没有办法说"这间屋子的大事 都到此为止"

对于任何多租户来说都是尴尬的 如果为几个客户、团队或环境安排一个主机房,每起事件都落在一个需要后退的处理器上——而路由键必须通过房间元数据走私或从房间名称中重建。 订阅者也不能得到每个房间的签名钥匙,所以一个共享的秘密覆盖了每个租户的交通.

∮为什么今天这很奇怪∮

Egress已经用自己的资源解决了这个问题。 " 开始侵略请求 " 、 " 室内综合侵略请求 " 、 " 追踪侵略请求 " 和朋友都载有:

原子弹
重复的 WebhookConfig webhooks = N;

请求保留在资源状态(EgressInfo.request')和Egress.Get Egressy options ' 将其变成`webhook'。 使用 ExtraWebhooks 的选项, 可在时间释放 。

这方面的交付机器已经建成,而且已经通用:`webhook。 默认通知器. 将“ 通知” 发送到静态配置 URL , 然后发送到每个额外的 Webhook , 通过“ Key Provider” 解决“ signingKey” 问题, 并尊重每个网页的“ FilterParams ” 。 房间从不提供选项。

□提议

给房间同样的待遇:

• " 创建室请求.webhooks " ——在创建时将网站连接到一个房间。
• " 房间配置.webhooks " -- -- 将其附在config.yaml ' 预设的专用房间上,该房间选用房间-预设 ' 。
• `Internal.webhooks ' ——坚持解决的清单。 这是“EgressInfo”的类似词。 请求。 故意不在 " 房间 " 上,因为条目持有签名钥匙, " 房间 " 由 " ListRooms " 归还。
• webhook.Get Room Noty options'——侵犯.Get Egress Noty options'的镜像。

使用方法是:

贾森克 // 创建房间 { "名":"相助召来","相克". "网友":[ {"url":"https://tenant-a.example.com/hook","signing key":"APIxxxx"} 页面存档备份,存于互联网档案馆. [ . ] {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

范围

房间网点只接收房间、参与者和跟踪活动:

" 房间启动 " 、 " 房间完成 " 、 " 参与-加入 " 、 " 参与-左 " 、 " 参与-连接-放弃 " 、 " 跟踪-发布 " 、 " 跟踪-未发布 "

进取和进取事件应当被许可人排除. 这些资源已经根据创建它们的请求携带了自己的网页图解,因此,把它们转发到一个房间的网页图中,既会重复发送,也会泄露超出房间范围。

变化是添加剂——当没有配置房间webhoks时,行为不变.

□ 公关

我在两套套房里都做了测试

- livekit/protocol#1777——三个原生地和"webhook". Get Room Notify options ' helper,外加事件许可列表及其测试.
- livekit/lievkit#4848 — 服务器侧:用 " roomallocator.go " 、用 " Create Room " 、 " Create Room " 等6个出自网络的遥测方法连接分辨率
. . . . . . .