Node.js Deepstream.io。nodeapi与NodeJS-SDK

Node.js Deepstream.io。nodeapi与NodeJS-SDK,node.js,deepstream.io,Node.js,Deepstream.io,我对Deepstream.io有一个误解。它既有NodeJS SDK(它可以从我的节点应用程序为deepstreamHub创建客户端),也有NodeApi,它允许将deepstreamHub作为npm包安装。为什么我们需要这两种选择?我应该在什么时候使用每个选项 例如,我有一个现有的实时节点应用程序,它使用socket.io作为传输层。我想重写应用程序并从socket.io迁移。我应该使用什么选项?将deepstream作为包安装在现有应用程序中,并在RPC回调中调用我的应用程序逻辑,或在计算机

我对Deepstream.io有一个误解。它既有NodeJS SDK(它可以从我的节点应用程序为deepstreamHub创建客户端),也有NodeApi,它允许将deepstreamHub作为npm包安装。为什么我们需要这两种选择?我应该在什么时候使用每个选项


例如,我有一个现有的实时节点应用程序,它使用
socket.io
作为传输层。我想重写应用程序并从
socket.io
迁移。我应该使用什么选项?将deepstream作为包安装在现有应用程序中,并在RPC回调中调用我的应用程序逻辑,或在计算机上安装独立服务器,然后在我的应用程序中安装
deepstream.io client js
,并使用
ds.RPC.provide
将我的应用程序逻辑注册为RPC回调?我不理解两种方法的区别

看起来deepstreamHub[1](云平台)和deepstream[2](独立服务器)之间存在误解

如果使用deepstream服务器,您可能需要自己将其托管在云提供商(AWS、Azure等)上。使用deepstreamHub,您可以获得一个可连接到的应用程序端点,以及一个用于管理应用程序权限、身份验证方法和数据的仪表板

无论哪种方式,您都需要在应用程序中安装deepstream.io-client-js模块,然后您可以连接到服务器或应用程序端点(如果使用deepstreamHub)

在此之后,您可以将应用程序逻辑注册为RPC端点,并继续正常编写应用程序逻辑

[1] ()


(2)(/<)/P>但是为什么我们需要深度流作为NPM包呢?用它作为NPM包有一些好处:-你可以在同一个进程中与另一个服务器(如Express、膝关节炎等)一起运行——可以设置你自己的插件而不必正确地捆绑它们()-可以通过进程管理器运行,比如PM2