¿Cuáles son las arquitecturas de software que se utilizan en las plataformas de chatbot?

La configuración típica para bots consiste en una aplicación con una base de datos, alojada en algún lugar en una plataforma (s) en la nube.

Analiza los mensajes entrantes, almacena datos en una (s) base (s) de datos y archivos en el disco (o un sistema como S3 con una API). Su bot responde a los clientes que extraen todos los datos y forman su salida y los pasan a la plataforma para mostrarlos al usuario final.

Sin servidor: aquí es donde las cosas se ponen interesantes.
Su bot está hecho de un conjunto modular de funciones que viven en una nube, son más baratas de ejecutar porque usan el paradigma de arquitectura sin servidor. Estos son desencadenados por eventos. Estos eventos que activan la ejecución de funciones están ocurriendo porque necesita configurar una puerta de enlace. Esta puerta de enlace está configurada como un timbre. Cuando presionas un botón (o envías un mensaje a un chatbot), el timbre busca con quién quieres hablar y te pone en contacto con él (o la puerta de enlace activa el algoritmo de análisis de texto que permitirá que el bot responda a tu primer mensaje). De esta manera, cuando alguien interactúa con su bot, se disparan muchos eventos, dependiendo de lo que hagan sus funciones. Estas funciones obviamente se pueden activar entre sí.

Un simple ejemplo de AWS: si asignó 512 MB de memoria a su función, la ejecutó 3 millones de veces en un mes y se ejecutó durante 1 segundo cada vez, sus cargos serían de $ 18.34
El precio de la solicitud mensual es de $ 0.20 por 1 millón de solicitudes y el nivel gratuito proporciona 1 millón de solicitudes por mes = $ 0.40

También debe tener en cuenta algunos costos más, pero piense en la escalabilidad infinita de su bot para tareas pesadas y la solidez de ejecutarlo todo en AWS.