¿Puede usar un servicio alojado en tiempo real en lugar de crearlo?

A menudo, y le diremos cuándo es el momento adecuado, para muchas aplicaciones un servicio administrado es la decisión de ingeniería correcta y no nos importa mucho. La razón para crear es el control sobre la ruta de los medios, el costo a escala o la residencia de datos.

Sistemas en tiempo real

Datos en tiempo real, mensajería, presencia y medios: el extremo implacable de la web

Una página que se carga doscientos milisegundos tarde no es notable; doscientos milisegundos de jitter en una llamada son personas que hablan entre sí. Las conexiones se caen y deben reanudarse sin perder estado, los mensajes llegan fuera de orden, el mismo evento se entrega dos veces y un usuario tiene la misma sesión abierta en tres pestañas. Nada de eso aparece en el desarrollo en una máquina y todo aparece en la primera semana de producción.

Qué implica el trabajo

Transporte elegido deliberadamente: eventos enviados por el servidor, WebSocket o WebRTC se adaptan a diferentes problemas
Reconexión y resincronización de estado diseñada como una ruta de primera clase, no un controlador de errores
Manipulación de mensajes ineficaz, porque la entrega al menos una vez es lo que realmente obtienes
Indicadores de presencia y mecanografía que se degradan silenciosamente en lugar de mentir
Diseño de rutas de medios donde esté involucrado video o audio, incluyendo retransmisión para redes restrictivas
Pruebas de carga con concurrencia realista, ya que los sistemas en tiempo real fallan de forma no lineal

Por qué somos creíbles en esto

Operamos servidores de medios WebRTC, un foco de conferencia, un relé TURN y grabación para las reuniones de video de KamoCRM, además de telefonía SIP que lleva llamadas en vivo, y una vez pasamos mucho tiempo aprendiendo que una conferencia que colapsaba en el segundo participante era el servidor de medios que se reportaba no operativo, no un error de aplicación.

Lo que mueve el precio

Cotizamos después del descubrimiento y el número se fija antes de que comience cualquier cosa.Estas son las cosas que lo mueven, por lo que puede ver aproximadamente dónde se encuentra su proyecto antes de hablar con nosotros.

Concurrencia: el número de participantes simultáneos cambia la arquitectura, no el tamaño del servidor
Si los medios están involucrados, lo que trae las condiciones de la red en el alcance
Si el estado debe sobrevivir a una desconexión, y por cuánto tiempo
Registro y retención, que son cuestiones de cumplimiento con ropa técnica

Prueba de que hemos hecho esto

Our own video conferencingWebRTC media servers, TURN relays and the ICE path in between Our own telephone networkAsterisk, Kamailio and FreeSWITCH, carrying real calls A mobile application, in the storesReact Native with native modules where JavaScript will not do

Preguntas que nos hacen

Otros Desarrollo de aplicaciones trabajos

Custom web applicationsThe system your business actually runs on, built properly API and integration developmentMaking two systems agree, including the one with no documentation Mobile applicationsCross-platform where it makes sense, native where it does not SI and retrieval systemsAssistants that read your documents, and know what they are not allowed to read

Todos Desarrollo de aplicaciones

Cuéntanos lo que estás tratando de hacer

Una breve conversación suele ser suficiente para saber si somos las personas adecuadas, si no lo somos, lo diremos y le indicaremos un lugar mejor.

Iniciar una conversación Ya uso KamoCRM Cómo cotizamos