Como dice la respuesta de Quincy Larson, el Slack de hoy desciende de una aplicación de pila LAMP convencional. Pero esto da una impresión engañosa; Podría decir lo mismo de Facebook, por ejemplo. Si bien la herencia de la pila LAMP de FB influye en cosas no triviales sobre su back-end, pensar que es una aplicación CRUD sencilla es, en el mejor de los casos, engañosa. Todo es de baja tecnología cuando solo necesita soportar cientos de usuarios; cada orden de magnitud más allá del cual se ha probado su aplicación requiere más creatividad de back-end, y Slack ya ha recorrido algunas millas por ese camino. Espero que tengamos más por recorrer.
Una omisión sustancial de la respuesta de Quincy es nuestro servidor de mensajería en tiempo real. Esta parte de nuestro back-end, responsable de la mayoría de las interacciones en tiempo real que ocurren en varios clientes, se implementa en Java y se accede a través de una API de WebSocket descrita aquí: API de mensajería en tiempo real. Gran parte de la experiencia del usuario que hace que Slack sienta que Slack es el resultado de un trabajo cuidadoso en el servidor de mensajes. Muchos de los desafíos de sistemas distribuidos que enfrentamos en el back-end están en coordinar este servicio con el resto del back-end (LAMP-ier).
- ¿Qué aplicación debo usar para crear un videojuego de aspecto realista?
- Cómo evitar que piratas informáticos pirateen mi aplicación
- ¿Dónde puedo obtener más información sobre las pruebas de software?
- ¿Es útil Evernote?
- ¿Cuál es la mejor aplicación de radio por Internet para Mac?
