gpt4 book ai didi

c# - 如何在本地托管.Net Bot应用程序

转载 作者:行者123 更新时间:2023-11-30 13:44:19 25 4
gpt4 key购买 nike

我们有一个客户要求,即Bot应用程序应托管在本地,并且所有Web聊天通信都直接发送到Web服务器。我打算开发一个Bot .Net应用程序,并使用网络聊天频道进行配置。我想知道是否可以在本地配置Bot应用程序


如何在内部设置网络聊天?
如何跳过Bot注册并避免消息路由?
我是否必须构建服务来处理Web服务器中的所有请求和响应?
如果我正在使用网络聊天,则如何确保客户端数据的安全性以及漫游器服务如何将请求路由到Webapp?


如果我正在使用网络聊天,则客户端数据的安全性如何以及漫游器服务如何将请求路由到Webapp。

最佳答案

好。因此,让我们分解问题。
您要做的就是将您的漫游器与Microsoft Bot Connector / Framework进行的所有通讯隔离开来。

首先了解Microsoft Bot Framework生态系统涉及哪些组件。

了解Bot Framework生态系统

通常,香草机器人会与3种Microsoft服务进行交互-


Microsoft Bot Connector:这是Bot Framework的核心。它具有消息路由,会话跟踪和通道自适应等关键任务(除了其他不重要的事情(安全性!))。
Microsoft Bot State Service:此服务用于存储对话(和自定义)状态。
Microsoft Account (MSA) server:Bot Connector服务使用OAuth 2.0客户端凭据进行机器人身份验证。 MSA服务器发布这些JWT访问令牌。




现在,要创建本地机器人,您将需要替换/模拟上述所有组件。幸运的是,Bot Builder SDK是开源的,并且经过精心设计。与以上服务交互的实现是接口驱动的,并且易于更改。

了解和修改Bot Builder SDK以创建本地Bot

由于我们的目标是不使用任何Microsoft服务,因此我们不需要MSA服务器来生成令牌。因此,无需机器人注册。

Bot State Service是最容易替换的服务。您所需要做的就是实现IBotDataStoreIBotState接口。因此,例如,您可以将状态存储到自己的Redis数据库中,而不是将其存储在Bot State Service中。我写了一个blog post有关如何执行此操作。

现在剩下的就是替换Bot Connector。这是棘手的,不是直截了当的。另外,它不是开源的,因此您可以独自一人在这里。如上所述,第一个重要的部分是频道自适应。既然您提到过,您只需要Web聊天频道,就没有太多要适应的了(不是吗!它要做的第二件事是会话跟踪,它依赖于专门生成的会话ID和活动ID的不同ID。您必须understand它们代表什么。会话ID通常由Channel创建和修改。

在这里,您必须选择如何创建对话ID。默认情况下,Web聊天具有临时对话ID。您可以选择使其更永久(一种方法是要求用户登录并使用userid)。

消息路由在Web聊天频道中的工作方式有所不同,因为Bot Connector不需要调用一个特定的终结点(例如Facebook Graph API)。因此,Web聊天频道利用Direct Line APIs发送消息并轮询(或使用套接字)特定的端点以接收消息。网络聊天频道为open source,请继续并检查他们的操作方式。

因此,要完全替换Bot Connector API,您需要创建自己的连接器服务,


接受来自Web聊天频道的请求。
适应它并将请求转发给机器人
接受机器人的回应(我们将了解如何执行此操作)
在某些持久性存储中维护响应。因为用户可能已经关闭了网页,所以需要它,所以您可能需要在他回来时将其交付。
将响应返回到下一次民意调查的网络聊天频道(或使用套接字)。


当然,这并非易事,但您可以做出一些设计决定,使生活更轻松。例如取消适配器,并保留从Web聊天控件到漫游器的双向通信的单一架构(但随后您将需要更改Web聊天频道代码)。对于初学者,您甚至可以查看模拟Direct Line API的BotFramework Emulator code

现在如何让您的机器人将回复发送给您自己的连接器服务?为此,您需要实现IBotToUser接口。这很容易做到。看看我的repo,我将响应返回到Skype for Business客户端而不是Bot Connector。



我相信就是如此。如果您可以完成上述操作,那么您可以拥有一个完全隔离的机器人,并且无需与云建立连接。为了安全起见,您可能拥有自己的OAuth提供程序(我建议IdentityServer)或在使用bot之前进行用户登录。除非获得有关您的应用程序生态系统和用例的更多概述,否则我无法回答安全细节。

对话数据(和状态)可以很容易地存储在本地数据库中。我认为,如果您可以继续使用Bot Connector并仅替换Bot状态服务,那将是最好的选择(您还可以继续从Bot Framework接收新功能,而无需更改任何代码)。



以上所有信息均来自我在使用Bot Framework方面的经验。如果有人有更好的建议,请随时与他们分享,我将进行修改。

关于c# - 如何在本地托管.Net Bot应用程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42358381/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com