No puedo estar seguro de cómo Quora lo hace exactamente, pero la construcción de aplicaciones (web) en los viejos tiempos solía ser monolítica (Interfaces visuales / Código / Base de datos / Servicios) todo junto en (Estructura de código) una base de código grande en uno (Estructura del sitio) gran servidor potente.
En estos días las cosas han mejorado [(en gran medida) X (100)] en muchas dimensiones.
Una base de usuarios cada vez mayor significa que mucho tiene que cambiar para satisfacer la creciente demanda de cientos de millones de usuarios.
Significa mejoras en cómo se construyen sus servidores y cómo se estructuran los códigos.
Trataré de explicarlo de la manera menos técnica posible.
Hay algunos conceptos en los desarrollos de software hoy en día que si entiendes ayudarán.
1. Equilibrio de carga (informática)
2. Arquitectura orientada a servicios
3. API
- ¿Qué es la aplicación web?
- Cómo desarrollar una aplicación web usando Python
- ¿Para qué casos de uso es adecuado o no adecuado Redis en una aplicación web de alto tráfico a principios de 2016?
- ¿Qué aplicaciones web usas más para la productividad personal?
- ¿Cuál es la mejor pila de tecnología para una aplicación web / móvil?
Luego intente prestar atención a Full Stack Radio y High Scalability – Blog
Los más comunes en estos días son las arquitecturas orientadas a servicios (SOA). Lo que básicamente significa que todos los aspectos del sitio web o la aplicación se crean como un servicio que ofrece su funcionalidad como un servicio para el consumo en diferentes áreas (página web, MobileApp diferente), otro aspecto de la aplicación o equipos que trabajan en otra cosa.
Las estructuras pueden diferir según cada organización.
En Quora, por ejemplo, las aplicaciones móviles pueden acceder a los perfiles de usuario (podría porque no trabajo allí, esto es hipotético) a través de una API proporcionada para acceder al servicio de perfil de usuario. Esto puede ser diferente de los servicios de Comentarios y Votación en Quora.
Cada uno de estos servicios también se podría alojar y equilibrar la carga en diferentes servidores dedicados, según la carga y la estructura de la aplicación general.
Cada equipo también podría tener su propio acceso a los repositorios de github.
La gente de Stack Overflow es bastante abierta acerca de cómo manejan su arquitectura (Actualización de StackOverflow: 560 millones de páginas vistas al mes, 25 servidores y todo se trata de rendimiento: alta escalabilidad)
Esperemos que los administradores de sistemas de http://VictoriasSecret.com o http://Facebook.com o http://Quora.com puedan arrojar algo de luz.
