小编Pet*_*lep的帖子

我们构建了一个MS Bot Framework bot,它在会话期间使用我们现有的内部本地API.我们想通过将Web Chat组件放入我们现有的面向内部的本地应用程序的DOM中来发布此bot .

使用我们现有的架构,我们自然也希望在内部托管这个机器人 -利用我们现有的所有配置和部署流程.我们理解,无论如何,机器人都必须与LUIS沟通 - 这对我们来说很好; 它不需要Azure的更复杂(更大的攻击面,更少的中央IT支持)设置直接连接到我们的内部业务数据API.

我认为这个图表更加清晰:

我们能否实现底层托管配置中描述的内容？

编辑1:我们是否可以在本地托管直接线路或类似的连接器而无需编写自定义连接器？另外,我们可以通过这样的连接器与我们的机器人聊天,而无需为DOM编写自定义聊天组件/小部件吗？(只要指向我们的频道,网络聊天组件就可以正常工作.)

这里的最终目标是让我们的所有聊天流量保持在本地,因为这是一个数据驱动的聊天机器人,提供敏感数字.在另一个可以完全在本地运行的框架中重新开发它,而不是从我们的中央IT部门获得批准,这将花费更少的时间.

附注:我知道Azure Stack Preview.最低硬件要求(也可能是订阅成本)极端矫枉过正.(毕竟我们正在谈论一个Node应用程序.)

这不是这个问题的重复,因为这个问题还解决了直接/线路连接器本地托管的关键元素,其他问题假设连接器仍然可以在Azure上运行.

在MICROSOFT AZURE支持团队的明确请求中询问此处.

我一直试图调用MS Luis.ai 程序化 API(bit.ly/2iev01n),并且每次请求都收到401未经授权的响应.这是一个简单的GET示例:https://api.projectoxford.ai/luis/v1.0/prog/apps/{appId}/entities?subscription-key={subscription_key}.

我从Luis.ai GUI(由API文档指定)提供我的appId,在这里:

我从Azure提供我的订阅密钥(由API文档指定),在这里:

来自上方的应用ID和订阅密钥与我用于成功点击查询API的内容完全相同(请参阅底部的注释).我的帐户是按需付费(不是免费的).

我在这里做错了吗？此API是否已弃用,移动,关闭或与文档不同步？

注意:我可以通过在线GUI操作我的模型,但这种方法对我们的业务需求来说太过手动,我们的模型需要在新业务实体出现时以编程方式更新.

注意:程序化API与具有此请求URL的查询API不同,这对我来说很好:
https://api.projectoxford.ai/luis/v2.0/apps/{appId}?subscription-key={subscription_key}&verbose=true&q={utterance}

注意:似乎没有适用于v2.0的Luis.ai编程API - 这就是查询和编程API的URL具有不同版本的原因.