使用IBM会话服务自动化交付管道

时间:2016-09-27 22:31:18

标签: ibm-cloud watson-conversation

我刚刚开始使用Bluemix上的IBM Conversation服务。通常,在设置项目时,我还会设置一个交付管道。通常,该过程是自动的,直到将解决方案部署到测试环境,并且最后一步,部署到prod,是手动完成的。

对于Conversation服务如何适应这一点,我有几个问题。据我所知,该服务只有1个端点,用于向其发送消息。如何以编程方式执行诸如将测试实例部署到prod?

另一个问题是关于对话本身的测试。如果我添加dialog-nodes / intents / entities,我想确保该服务仍然能够回答我之前配置的所有问题。理想情况下,我希望对话开发人员在进行更改时会收到通知,如果出现问题,但是频率较低也是可以接受的。服务中的更改不会与应用程序代码更改相关联,因此您可以,但在应用程序管道运行时测试服务对我来说没有任何意义。我的问题是:是否有自动化对话服务测试的最佳实践?

1 个答案:

答案 0 :(得分:0)

  1. Watson Conversation服务支持受过训练的会话的多个实例,每个实例都具有“工作区”ID。应用程序的实例指向工作区ID。将应用程序从一个节点部署到另一个节点将“部署”该对话工作区实例以及应用程序促销。

  2. 会话服务有版本。您可以指定应用在应用环境中应使用的版本。如果您不进行更改,则在更改服务之前,即使服务可用,也不会对服务进行更改。如果您了解该服务已更新,您可以在开发/测试环境中更改应用程序中的版本,并在测试之前运行测试。