我是新的websocket流媒体应用程序。 我正在尝试评估kaazing和soets流媒体供应商的产品。 我试图在创建套接字连接之前将一个图层或接口应用程序放入kaazing发布者。 客户端将向接口请求套接字连接，接口扮演角色以在创建套接字之前进行身份验证和授权并执行一些业务更改。 该接口与kazzing或流应用程序建立安全套接字连接，并将连接对象传输到客户端作为响应。 客户端使用来自响应的已建立连接，并保留连接，以便从流媒体服务器将数据流式传输到客户端。
目标是隐藏从客户端建立的主题信息和连接以进行安全处理。 因此，infterace创建安全连接并将连接传输到授权客户端，该客户端继续从流服务器流式传输直到会话到期。 请允许我设计这样的应用程序。
客户端接收数据但它没有建立自己的连接，它是从服务器端创建的，并在所有必要的验证后转移到客户端。
指导我继续进行设计，我得到了专家宝贵的建议。 在此之前感谢并指导我在设计流媒体应用程序时采用正确的方法。
我的目标不是在网关和客户端之间引入新层。最近的目标是为我的产品定制网关，例如用户（客户端）连接到网关并尝试访问主题说库存（有资格订阅）然后他将能够获得数据流。如果他需要分享，他会注册是一个地方，经过批准后他才有资格查看，因此授权将发挥作用并维护会话并加载自定义数据并允许流式传输。 通常我试图拥有数据流的仪表板。因此，只允许用户授权流式传输。他也将能够看到所有主题名称。是否可以使用代理名称，示例1或2可能是他将从客户端使用的值，当它到达网关时，它验证授权并用真实主题名称替换值并建立数据。 请让我知道我的问题是否清楚。您的宝贵建议和指导将有助于我继续我的研究。
由于 Krish
答案 0 :(得分：0)
如果你想知道过去五年世界是如何改变以满足这种需求的，现在你可以尝试使用streamdata.io，一个使用SSE protocol（单向）并且可用的代理在几分钟内。它完全符合给定示例中所需的内容，因为我不确定WebSocket是否是理想的答案。它应该工作，它基本上就像买一台收割机去你的孩子上学。
作为免责声明，我需要说我为Streamdata工作，我们每天都会看到这种事情。
如果您需要双向数据流（如聊天或游戏），WebSocket非常棒。大多数情况下，当客户主要期望来自服务器的更新数据，而不是轮询AF或部署WebSocket时，SSE是最好的选择，因为它更容易部署（http等）。其余设置（用于安全性）可以通过代理接口完成。
热潮：在您意识到它之前它已经可用，它比以前更安全，易于维护和更高效。您有更多时间来回答社区提出的问题;你的团队很开心;你的老板比以前更爱你，甚至可能会给你加薪。生活有时可以如此简单！