How Bots Change your Data Architecture

This post has been republished via RSS; it originally appeared at: New blog articles in Microsoft Tech Community.

Bots provide an experience that feels less like using a computer and more like dealing with a person - or at least an intelligent robot. They can be used to shift simple, repetitive tasks, such as taking a dinner reservation, or they can leverage AI services to provide a more natural experience, the so called intelligent agents.

 

In this blog post, you will see how a bot may impact your data architecture, with focus on Microsoft Azure and Azure Bots Framework.

 

What is Microsoft Azure Bots Framework?

 

Chatbots, or conversational bots, are web applications with specific internal dialog-oriented architectures. That means that this type of applications code is organized into modules:

 

  1. Channels connection
  2. Asynchronous wait for the user contact
  3. Input processing, what may include AI Cognitive Services
  4. Conversation state management (stateful conversations in stateless applications)
  5. Return to the user, when AI can be used again, text-to-speech is an example

 

At the end of the day, it is a web application that may connect users to multiple channels (like Facebook, Teams, Slack, Skype) and AI Services (like LUIS for language Understanding, Q&A Maker for knowledge base, Azure Cognitive Search for web-like search experience with embedded Knowledge Mining) to do whatever you need for your business scenario.

 

Microsoft Bots Framework provide tools to build, test, deploy, and manage intelligent bots, all in one place. Through the use of modular and extensible framework provided by the SDK, tools, templates, and AI services developers can create bots that use speech, understand natural language, handle questions and answers, and more.

 

The framework includes Azure Bot Service, a web services hosted on Azure optimized for Bots that include specific pricing and tools like Channels connection wizard and a Web Testing Tool within the Azure Portal.

 

 

1.png

Figure 1: Traditional Application x Bot

 

Bots Accelerators

 

The open source SDK is the most important accelerator for developers, because of the built-in templates for the required components of a bot application: channels connection, middleware, state management. You can choose your preferred language from C#, JavaScript, and Python.

But what if you want a code-less experience? As there is no official product for this, you will need to turn to Microsoft partners.

 

General Bots is one example that provisions all code base, resources and deployment to the cloud, and gives you templates you can choose from when you create a bot. Much more like SharePoint, General Bots provides levels of customization, using Office tools like Excel, editing .json files and uses Visual Studio Code to provision code on Azure. Is there a SaaS option? Yes, just found that General Bots is also available in this mode

 

Do you know any other Azure Bots accelerator? Let me know!

Impact on Data Architectures

 

Information delivery services are usually grouped on the right side of data architecture diagrams, apparently playing a secondary role in the solution. But things can be different and listed below are 3 reasons for that:

 

  • As a distributed processing hub, connecting multiple services that consume and return data, a bot may have a central position, and role, in your data architecture.
  • Most of the AI services used by an Intelligent Bot will ingest and return JSON or Blob data. That means that the bot needs to read and write from services like Blob storage or CosmosDB. And the Bot doesn’t need to delegate this tasks to other services, those activities can be executed by the bot itself, asynchronously.
  • Mentioned below, the state conversation state must be managed. A bot cannot forget everything that has already been talked to the user, at the risk of offering a bad experience every time the service, which is stateless, has some kind of problem. The SDK offers 3 storage options by default: Memory and again Blob storage or CosmosDB. So, one more time, the bot may need to read and write data to this data storage options.

 

 

2.png

 Figure 2 Bots in the Center of the Architecture

 

Conclusion

 

Modern Data Architectures may have a Bot as a central service that orchestrates multiple data integrations. It may include read and write of JSON or BLOB data into Azure NoSQL data stores. If transactions are been processed too, like a bot that does flight reservations, a relational database like Azure SQL DB may be used too.

 

Leave a Reply

Your email address will not be published. Required fields are marked *

*

This site uses Akismet to reduce spam. Learn how your comment data is processed.