Orivel Orivel
Abrir menu

Ultimas tareas y discusiones

Explora el contenido benchmark mas reciente de tareas y discusiones. Filtra por genero para centrarte en lo que quieres comparar.

Generos de Comparacion

Lista de Modelos

Diseño de sistemas

Anthropic Claude Opus 4.6 VS Google Gemini 2.5 Pro

Diseñar un servicio global de acortamiento de URL

Diseñe un servicio público de acortamiento de URL similar a Bitly. El servicio debe permitir a los usuarios crear enlaces cortos para URL largas, especificar opcionalmente un alias personalizado si está disponible, y redirigir a los usuarios que visiten el enlace corto al destino original. Incluya una funcionalidad básica de analítica que informe el total de clics por enlace y clics por día durante los últimos 30 días. Asuma las siguientes restricciones: - 120 million new short links are created per month. - 1.2 billion redirect requests are served per month. - Read traffic is highly bursty, especially for viral links. - The service is used globally and users expect low-latency redirects. - Short links should remain valid for at least 5 years. - Redirect availability target is 99.99 percent. - Analytics may be eventually consistent by up to 10 minutes. - The system should prevent obvious abuse at a basic level, but a full trust and safety platform is out of scope. En su diseño, cubra: - High-level architecture and main components. - Data model and storage choices for link mappings and analytics. - ID or token generation strategy, including custom alias handling. - API design for creating links, redirecting, and fetching analytics. - Caching, partitioning, and replication strategy. - Reliability approach, including failure handling and multi-region considerations. - How you would scale for read-heavy traffic and viral hotspots. - Key trade-offs in consistency, cost, latency, and operational complexity. Indique cualquier suposición razonable que haga y justifique sus elecciones.

74
19 Mar 2026 08:02

Diseño de sistemas

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Diseñar un servicio global de acortamiento de URLs

Diseñe un servicio público de acortamiento de URLs similar a Bitly. Los usuarios pueden enviar una URL larga y recibir un alias corto; luego cualquiera puede usar el enlace corto para ser redirigido a la URL original. Su diseño debe soportar estos requisitos y restricciones: Requisitos funcionales: - Crear enlaces cortos para URLs válidas arbitrarias. - Redirigir enlaces cortos con baja latencia. - Soportar aliases personalizados opcionales cuando estén disponibles. - Proporcionar analíticas básicas por enlace: clics totales, clics en las últimas 24 horas y los 5 principales países por número de clics. - Permitir fechas de expiración de enlaces. Suposiciones de escala: - 120 millones de nuevos enlaces cortos por día. - 8 mil millones de solicitudes de redirección por día. - Carga con predominio de lecturas y fuerte sesgo de tráfico: una pequeña fracción de enlaces recibe tráfico muy alto. - Usuarios globales en Norteamérica, Europa y Asia. Restricciones: - Objetivo de disponibilidad del 99,99% para las redirecciones. - P95 de latencia de redirección por debajo de 80 ms para usuarios en las principales regiones. - Los enlaces recién creados deberían ser utilizables globalmente en 2 segundos. - Las analíticas pueden ser eventualmente consistentes, pero las redirecciones deben ser correctas. - El presupuesto importa: justifique dónde gastaría en mayor consistencia o replicación multirregión y dónde lo evitaría. - Suponga que no existe un producto de analítica gestionado por terceros; diseñe el sistema central usted mismo. Por favor proporcione: - Una arquitectura de alto nivel con los componentes principales y el flujo de datos. - Opciones de almacenamiento para los mapeos de enlaces, los eventos de analítica y los enlaces calientes en caché. - Estrategia de generación de IDs o aliases, incluyendo manejo de colisiones y comprobaciones de aliases personalizados. - Diseño de API para create-link, redirect y analytics retrieval. - Enfoque de escalado para claves calientes, caching, particionado y tráfico multirregión. - Estrategia de fiabilidad que cubra conmutación por error, replicación de datos, backups y comportamiento bajo degradación. - Principales compensaciones y al menos dos alternativas de diseño que consideró y rechazó.

65
19 Mar 2026 04:33

Diseño de sistemas

Google Gemini 2.5 Pro VS OpenAI GPT-5 mini

Diseñar un servicio de acortamiento de URL a gran escala

Se le encomienda diseñar un servicio de acortamiento de URL (similar a bit.ly o tinyurl.com) que debe manejar las siguientes restricciones: 1. El servicio debe admitir 100 millones de nuevos acortamientos de URL por mes. 2. La relación lectura-escritura es 100:1 (es decir, 10.000 millones de redirecciones por mes). 3. Las URL acortadas deben tener como máximo 7 caracteres (alfanuméricos). 4. El sistema debe garantizar que una URL acortada, una vez creada, nunca caduque a menos que el usuario la elimine explícitamente. 5. La latencia de redirección (desde la recepción de la solicitud hasta emitir el HTTP 301/302) debe ser inferior a 10 milisegundos en el percentil 99. 6. El sistema debe permanecer disponible incluso si todo un centro de datos deja de estar en línea. 7. El servicio debe admitir un panel de análisis opcional que muestre recuentos de clics, distribución geográfica y datos de referenciador por URL acortada, pero la analítica no debe degradar el rendimiento de las redirecciones. Proporcione un diseño de sistema integral que aborde: A. Arquitectura de alto nivel: Describa los componentes principales y cómo interactúan. B. Estrategia de generación de URL: Cómo genera códigos cortos únicos, por qué eligió ese enfoque y cómo maneja las colisiones. C. Modelo de datos y almacenamiento: Qué bases de datos o sistemas de almacenamiento usa y por qué. Incluya consideraciones de esquema. D. Optimización del camino de lectura: Cómo alcanza el requisito de latencia para redirecciones a la escala dada. E. Camino de escritura: Cómo se crean y persisten de forma fiable las nuevas URL. F. Estrategia de escalado: Cómo escala horizontalmente el sistema para manejar el crecimiento. G. Confiabilidad y tolerancia a fallos: Cómo maneja fallos de centros de datos, replicación y conmutación por error. H. Canalización de analítica: Cómo recopila, procesa y sirve los datos de analítica sin afectar el camino crítico de redirección. I. Principales compensaciones: Identifique al menos tres compensaciones significativas que haya tomado en su diseño y justifique cada una. Sea específico acerca de tecnologías, protocolos y estimaciones numéricas donde corresponda (p. ej., cálculos de almacenamiento, estimaciones de QPS, tamaños de caché).

59
18 Mar 2026 22:59

Diseño de sistemas

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Diseña un Servicio de Acortamiento de URL

Diseña un servicio de acortamiento de URL similar a bit.ly o TinyURL. Tu diseño debe abordar los siguientes aspectos: 1. **Requisitos Funcionales**: ¿Cuáles son las características principales que el servicio debe soportar? Considera la creación de URL, redirección, expiración y análisis. 2. **Arquitectura de Alto Nivel**: Describe los componentes principales del sistema (p. ej., capa de API, servidores de aplicaciones, bases de datos, cachés, balanceadores de carga). Explica cómo interactúan. 3. **Estrategia de Codificación de URL**: ¿Cómo generarás claves cortas y únicas para cada URL? Discute tu enfoque (p. ej., hashing, codificación base62, servicio de claves pregeneradas) y cómo manejas las colisiones. 4. **Diseño de Base de Datos**: ¿Qué base(s) de datos usarías y por qué? Proporciona el esquema para la(s) tabla(s) principal(es). Discute las compensaciones entre SQL y NoSQL para este caso de uso. 5. **Escalabilidad y Rendimiento**: ¿Cómo manejarías el alto tráfico de lectura (p. ej., millones de redirecciones por día)? Discute la estrategia de caché, la partición o fragmentación de la base de datos y las réplicas de lectura. 6. **Fiabilidad y Disponibilidad**: ¿Cómo garantizas que el servicio permanezca disponible si un componente falla? Discute la redundancia, replicación y estrategias de conmutación por error. 7. **Limitación de Tasa y Prevención de Abusos**: ¿Cómo evitarías el mal uso del servicio? Proporciona un plan claro y bien estructurado que un ingeniero senior podría usar como punto de partida para la implementación. Incluye estimaciones de capacidad aproximadas asumiendo 100 millones de URL nuevas por mes y una relación de lectura/escritura de 100:1.

78
11 Mar 2026 17:55

Enlaces relacionados

X f L