Recientemente, utilicé "Azure SignalR Service" de Azure junto con Azure App Service para crear una aplicación de chat en tiempo real. Funcionó como magia. ¡Me encantó! Sin embargo, ahora me veo obligado a usar AWS para mi plataforma y me gustaría un servicio sustituto igual de modo que pueda crear un servicio en tiempo real, aprovechando únicamente los servicios de AWS.

¿Cuál es el subsitio igual en AWS que puedo aprovechar para poder crear una aplicación en tiempo real similar a cómo creé la aplicación de Azure con Azure SignalR Service y Azure App Service?

Mi plan es usar API Gateway + AWS Elastic Beanstock. ¿Cuáles son mis opciones aquí? ¿Va a funcionar el beanstock elástico? No estoy seguro de si necesito algún tipo de función siempre activa implementada en el beanstock de Elastic para que los períodos de inactividad no reduzcan los recursos de AWS y interrumpan las conexiones de WebSocket.

1 nota que vale la pena mencionar. Uno de los requisitos estrictos que tengo como parte de este proyecto es crear una API completa de descanso HTTP. Mi plan es colocar esto detrás del proxy API Gateway.

AWS afirma que proporciona un servicio en tiempo real utilizando la puerta de enlace API aquí

https://aws.amazon.com/blogs/compute/annunciando-websocket-apis-in-amazon-api-gateway/

Sin embargo, dentro de API Gateway, creo que necesito crear una "API HTTP" en lugar de una "API WebSocket". Si tengo una API web back-end que usa, por ejemplo, la API web ASP.NET Core, ¿puedo seleccionar la API WebSocket?

Si utilizo la "API WebSocket" de AWS, ¿cómo puedo crear un front-end (proxy) de API para mi API web ASP.NET COre de backend sin dejar de permitir el tiempo real?