Deep dive de diseño: acortador de URLs + Pastebin
En esta lección practicamos cómo responder una pregunta clásica de entrevista: construir un 'acortador de URLs' (un servicio que toma una dirección web larga y devuelve una corta, como bit.ly). Hablamos en términos simples sobre cómo el servicio recibe las solicitudes (una API: la forma en que los p
El System Design (planear cómo construir software grande que funcione) es como planear una ciudad: calles que mueven el tráfico, bodegas de almacenamiento, semáforos que gestionan la carga, y equipos de mantenimiento que arreglan problemas, para que la ciudad siga funcionando bien incluso en la hora pico más intensa.
- Deep dive clásico
- La pregunta clásica que practicamos en esta lección: diseñar un 'acortador de URLs' como bit.ly. Recorremos cómo llegan las solicitudes (la API), cómo se almacenan los datos (el schema: la forma de la tabla), cómo se crea el código corto (ID generation), cómo aceleramos las cosas con memoria rápida (un cache), y cómo crecemos a muchos usuarios (scale).
- Trade-off
- Un trade-off es una elección deliberada entre dos cosas buenas cuando no puedes tener ambas por completo, como elegir entre rápido y barato. Siempre hay un precio, y en una entrevista lo dices en voz alta al entrevistador.
- Métrica operativa
- Un número que muestra si la decisión realmente funciona para usuarios reales (en producción, el sistema en vivo). Por ejemplo: latency (cuánto tarda en llegar una respuesta), error rate (la proporción de solicitudes que fallan), queue lag (cuánto trabajo se acumuló esperando en fila), o cache hit ratio (con qué frecuencia la memoria rápida ya tenía la respuesta).
