Pet*_*lep 5 azure node.js botframework azure-language-understanding direct-line-botframework
我们构建了一个MS Bot Framework bot,它在会话期间使用我们现有的内部本地API.我们想通过将Web Chat组件放入我们现有的面向内部的本地应用程序的DOM中来发布此bot .
使用我们现有的架构,我们自然也希望在内部托管这个机器人 -利用我们现有的所有配置和部署流程.我们理解,无论如何,机器人都必须与LUIS沟通 - 这对我们来说很好; 它不需要Azure的更复杂(更大的攻击面,更少的中央IT支持)设置直接连接到我们的内部业务数据API.
我认为这个图表更加清晰:
编辑1:我们是否可以在本地托管直接线路或类似的连接器而无需编写自定义连接器?另外,我们可以通过这样的连接器与我们的机器人聊天,而无需为DOM编写自定义聊天组件/小部件吗?(只要指向我们的频道,网络聊天组件就可以正常工作.)
这里的最终目标是让我们的所有聊天流量保持在本地,因为这是一个数据驱动的聊天机器人,提供敏感数字.在另一个可以完全在本地运行的框架中重新开发它,而不是从我们的中央IT部门获得批准,这将花费更少的时间.
附注:我知道Azure Stack Preview.最低硬件要求(也可能是订阅成本)极端矫枉过正.(毕竟我们正在谈论一个Node应用程序.)
这不是这个问题的重复,因为这个问题还解决了直接/线路连接器本地托管的关键元素,其他问题假设连接器仍然可以在Azure上运行.
我目前面临着类似的架构困境。从我们已经确定的情况来看——原则上是的。如何?机器人只是一种网络服务。您可以将其部署在任何您想要的地方,但您必须有另一个 Web 服务在机器人框架应用程序和客户端(自定义连接器)之间进行中介。
如果您想使用 Bot Service 的各种连接器服务(网络聊天、Skype、Slack),则必须部署到 Azure。
如果您想从本地连接到其中一些通道 - 您再次需要编写自己的连接器。
连接器怎么写?看看 Microsoft 的机器人模拟器应用程序如何模拟“DirectLine API”是一个好的开始,在我的特定环境中,如果我们用尽法律/安全途径来部署到 Azure,我们可以这样做。
归档时间: |
|
查看次数: |
3360 次 |
最近记录: |