2004: Mark Zuckerberg funda The Facebook en la Universidad de Harvard, sentando las bases de la era de las redes sociales

A veces trato de entender cómo era la web antes de que nuestra identidad real se convirtiera en el centro de todo. A principios de los 2000, la gente iba entre foros temáticos, directorios estáticos y clientes de mensajería como Messenger o IRC. Conectados, sí, pero fragmentados en silos donde casi siempre detrás de un seudónimo.

El cambio de paradigma no ocurrió con una gran infraestructura corporativa, sino con un proyecto en PHP y MySQL alojado en un servidor básico desde un dormitorio de la Universidad de Harvard. En febrero de 2004, Mark Zuckerberg lanzó TheFacebook. No inventó las redes sociales —Friendster o MySpace ya estaban ahí—, pero resolvió un problema de diseño y escalabilidad mucho más complejo: obligar a los usuarios a usar su nombre real y vincular su perfil a una red de confianza preexistente (el correo universitario .edu).

Hoy quiero que pensemos en qué pasó exactamente en aquel año. Vamos a intentar explicar las bases técnicas y de arquitectura de la información que permitieron a esta plataforma transformar Internet: pasando de ser una red de documentos enlazados a una red de personas interconectadas.

'TheFacebook': Arquitectura de una red masiva

El éxito inicial de Facebook, desde una perspectiva de ingeniería, desmitifica la idea de que fue una revolución tecnológica en su código fuente. La genialidad de la versión de 2004 no radicaba en usar herramientas de vanguardia, sino en aplicar soluciones pragmáticas a problemas de arquitectura de la información y confianza digital.

1. El pragmatismo del Stack LAMP

En 2004, la infraestructura original era rudimentaria pero tremendamente efectiva. Zuckerberg recurrió al ecosistema estándar de la época para el desarrollo web ágil: el stack LAMP (Linux como sistema operativo, Apache como servidor web, MySQL para la base de datos y PHP como lenguaje de programación).

• Velocidad de iteración: PHP permitía un desarrollo extremadamente rápido. Las páginas se renderizaban en el lado del servidor y el ciclo de despliegue era casi inmediato. Era la herramienta perfecta para un entorno de prototipado donde las funcionalidades cambiaban de un día para otro.
• Almacenamiento relacional: Toda la información (perfiles, relaciones, mensajes) se almacenaba en tablas MySQL. Para un directorio universitario de unos pocos miles de alumnos, cruzar estos datos mediante consultas SQL convencionales (los famosos JOINs) funcionaba de manera aceptable.

2. La materialización del Grafo Social

Aquí es donde la plataforma brilló a nivel de diseño lógico. Mientras otras webs funcionaban con estructuras jerárquicas o cronológicas, TheFacebook modeló en bases de datos lo que en teoría de redes llamamos un grafo social.

Cada usuario era un nodo y cada conexión de amistad era una arista (o enlace). La decisión arquitectónica clave fue que estas aristas debían ser bidireccionales. En sistemas como los blogs o el futuro Twitter, la relación es unidireccional (puedes seguir a alguien sin que te siga). En el código de The Facebook, la entidad "amistad" requería la validación en la base de datos por parte de ambos nodos. Esto no solo forzaba la consistencia de los datos, sino que construía un mapa de relaciones verificadas.

3. El filtro de identidad: Un cortafuegos social

El mayor problema de las comunidades online a principios de siglo era el anonimato, que rápidamente derivaba en spam, troleo y desconfianza. TheFacebook implementó un control de acceso basado en un mecanismo que hoy nos parece básico, pero que en 2004 fue un acierto de diseño vital: la validación mediante dominio de correo electrónico.

A nivel de backend, el proceso de registro validaba la entrada exigiendo una dirección que terminara en @harvard.edu (y, semanas después, dominios de Columbia, Stanford o Yale).

• Este filtro perimetral actuaba como un rudimentario sistema de Identity and Access Management (IAM) externalizado.
• Al delegar la verificación de identidad en los administradores de TI de las universidades, la plataforma garantizaba que los usuarios operaran bajo sus nombres reales. Esto minimizó casi a cero la necesidad de algoritmos de moderación complejos durante su fase de incubación.

4. El cuello de botella: Lecturas frente a escrituras

Aunque el stack inicial sirvió para validar la idea, el modelo de datos escondía un problema de escalabilidad.

Las redes sociales presentan una asimetría brutal de carga: tienen muchísimas más lecturas que escrituras. Cuando un usuario actualizaba su perfil (una operación de escritura en MySQL), decenas de sus contactos entraban a ver ese cambio (decenas de consultas de lectura). Además, renderizar un perfil completo implicaba acceder a múltiples tablas fragmentadas para extraer gustos, cursos, fotos y amigos en común en tiempo real.

Este diseño saturaba rápidamente las bases de datos relacionales tradicionales. El éxito masivo de esta arquitectura obligaría poco después a los ingenieros de la compañía a exprimir al máximo los sistemas de caché en RAM (como Memcached) y a compilar PHP a C++ para evitar que los servidores colapsaran por el mero peso de las peticiones.

Un diseño imperfecto

Si echamos la vista atrás hacia ese 2004, el verdadero hito no fue escribir un código brillante ni diseñar la infraestructura perfecta. Fue entender la psicología de la confianza y traducirla a tablas relacionales. Zuckerberg y su equipo priorizaron la velocidad de despliegue frente a la pureza arquitectónica. Asumieron una deuda técnica inmensa con ese rudimentario stack LAMP, sí, pero a cambio capturaron el activo más valioso de la era moderna: nuestra identidad real mapeada en un grafo digital.

Pasar de aquel directorio universitario cerrado a la monstruosa infraestructura distribuida que hoy sostiene a Meta ha requerido reescribir, literalmente, cómo se procesan los datos a escala global. Tuvieron que inventar sus propias tecnologías para sobrevivir a su propio éxito. Pero las reglas de la lógica de negocio, esa obligatoriedad de ser tú mismo frente a la pantalla, se forjaron allí, en aquel servidor solitario de Harvard.

Ahora me gustaría saber cómo lo veis vosotros. ¿Creéis que el éxito de Facebook fue pura suerte por nacer en la universidad adecuada y en el momento preciso, o su modelo lógico de identidades reales lo hacía inevitablemente superior a gigantes de la época como MySpace? Pásate por los comentarios, que me apetece mucho leer vuestra perspectiva y debatir.

(Y si alguna vez has tenido que apagar fuegos porque un par de JOIN mal tirados te han colapsado la base de datos en producción, siéntete libre de desahogarte también por aquí 👇).