Durante el desarrollo de una skill se hacen pruebas y cuando lo lanzas estás (casi) seguro de que todo funciona bien. La informática no es una ciencia exacta y los sistemas dejan de funcionar sin saber bien por qué. Por eso es bueno tener un sistema de monitorización.

En su día, cuando controlaba más el mundo de WordPress y PHP que el de AWS y node.js, desarrollé un sistema al que llamé CheckonAlexa y que generaba llamadas https POST a funciones Lambda a través de AWS API, presentando los resultados en una página privada. Funcionó bien, pero no la usé mucho.

AWS proporciona una solución sencilla e integrada para realizar esta misma función utilizando CloudWatch Events > Rules.

En este ejemplo se define una regla que llama una vez cada hora a una función Lambda, a la misma que llama el Alexa skill, con una estructura JSON igual. Así se puede comprobar, aunque no haya usuarios usando activamente el skill, que el back-end funciona bien y no hay problemas.

Se pueden definir tantas reglas como casos de uso tenga tu skill: una por cada intent y por cada idioma. Quizá no merece la pena monitorizar todos los intents, pero sí aquellos que acceden a base de datos o envían mensajes o hacen algo que pueda dejar de funcionar.