0

我是新的 websocket 流应用程序。我正在尝试评估 kaazing 和安慰流媒体供应商的产品。我正在尝试在创建套接字连接之前放置 kaazing 发布者的层或接口应用程序信息。客户端会向接口发出socket连接请求,接口在创建socket之前起到认证和授权以及做一些业务变化的作用。该接口与 kazzing 或流应用程序建立安全套接字连接,并将连接对象传输给客户端作为响应。客户端使用来自响应的已建立连接并保留用于将数据从流服务器流式传输到客户端的连接。

目的是隐藏从客户端建立的主题信息和连接以确保安全进程。因此,接口创建安全连接并将连接传输到授权客户端,授权客户端继续从流服务器进行流传输,直到会话到期。请让我设计这样的应用程序是可能的。

客户端接收数据但它没有建立自己的连接,它是从服务器端创建的,并在所有必要的验证后传输到客户端。

指导我进一步进行设计,我需要专家的宝贵建议。在此先感谢并感谢您将我引向设计流应用程序的正确路径。

我的目的不是在网关和客户端之间引入一个新层。Altimate 的目标是为我的产品定制网关,例如用户(客户端)连接到网关并尝试访问主题说股票(有资格订阅)然后他将能够获得数据流。如果他需要共享,他会在某个地方注册,并且只有在批准后他才有资格查看,因此授权将发挥作用并维护会话并加载自定义数据并允许流式传输。通常我试图拥有一个数据流仪表板。因此,用户只允许授权流式传输。此外,他将能够看到所有主题名称。是否可以使用代理名称,例如 1 或 2 可能是他将从客户端使用的值,当它到达网关时,它会验证授权并将值替换为真实的主题名称并建立数据。请让我知道我的问题是否清楚。您的宝贵建议和指导将对我继续研究更有帮助。

谢谢克里什

4

1 回答 1

0

如果您想知道过去五年世界发生了怎样的变化来满足这种需求,现在您可以尝试使用 streamdata.io,这是一个使用SSE 协议(单向)的代理,可在几分钟内使用。它完全符合给出的示例中的需要,因为我不确定 WebSocket 是这里的理想答案。虽然它应该可以工作,但基本上就像买一台收割机让你的孩子上学一样。

作为免责声明,我需要说我为 Streamdata 工作,我们每天都看到这种事情。

如果您需要双向数据流,例如在聊天或游戏中,WebSocket 非常棒。大多数时候,当客户端主要期望来自服务器的更新数据时,而不是轮询 AF 或部署 WebSocket,SSE 是最好的选择,因为它更容易部署(http 等)。其余设置(出于安全考虑)可以通过代理接口完成。

Boom:它甚至在您意识到之前就可用,它安全、易于维护并且比以前更高效。你有更多的时间可以在这里回答来自社区的问题;你的团队很开心;你的老板比以前更爱你,甚至可能给你加薪。生活有时候就是这么简单!

于 2017-07-05T21:26:01.483 回答