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

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Diseñar un servicio global de acortamiento de URL

Diseñe un servicio de acortamiento de URL disponible globalmente similar a Bitly. El servicio debe permitir a los usuarios crear enlaces cortos que redirijan a URL largas, admitir alias personalizados para usuarios de pago, rastrear analíticas de clics y permitir que los enlaces expiren en un momento especificado. Requisitos: - Manejar 120 millones de nuevos enlaces cortos por día. - Manejar 4 mil millones de redireccionamientos por día. - El tráfico pico puede alcanzar 3 veces el promedio diario. - Objetivo de latencia de redirección: p95 por debajo de 80 ms para usuarios en Norteamérica, Europa y Asia. - Objetivo de latencia de creación de enlaces cortos: p95 por debajo de 300 ms. - Objetivo de disponibilidad del servicio: 99.99% para redireccionamientos. - Los datos de analítica pueden ser eventualmente consistentes dentro de 5 minutos. - Los alias personalizados deben ser únicos a nivel global. - Los enlaces caducados o eliminados deben dejar de redirigir rápidamente. - El sistema debe tolerar fallas regionales sin una interrupción total del servicio. Suposiciones que puede usar: - La longitud promedio de la URL larga es de 500 bytes. - Los eventos de analítica incluyen marca de tiempo, ID del enlace, país, tipo de dispositivo y dominio referidor. - El tráfico de lectura es mucho mayor que el de escritura. - Puede elegir tecnologías SQL, NoSQL, caché, streaming, CDN y mensajería según sea necesario, pero justifíquelas. En su respuesta, proporcione: 1. Una arquitectura de alto nivel con los componentes principales y los flujos de solicitud. 2. Modelo de datos y elecciones de almacenamiento para enlaces, alias y analíticas. 3. Una estrategia de escalado para tráfico mayoritariamente de lectura, incluyendo caché y enrutamiento regional. 4. Una estrategia de fiabilidad que cubra conmutación por error, decisiones de consistencia y manejo de cortes regionales. 5. Principales compensaciones, cuellos de botella y al menos tres riesgos con mitigaciones. 6. Una breve estimación de capacidad para almacenamiento y rendimiento usando los números anteriores.

64
19 Mar 2026 18:51

Diseño de sistemas

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

Diseñar una plataforma de emparejamiento de viajes en tiempo real

Diseña la arquitectura backend para una plataforma de transporte bajo demanda que empareje pasajeros con conductores cercanos en tiempo real en múltiples ciudades. Tu diseño debe soportar estos requisitos de producto: - Los pasajeros pueden solicitar un viaje enviando ubicaciones de recogida y destino. - Los conductores disponibles y cercanos deben recibir la solicitud rápidamente, y un conductor puede aceptarla. - El sistema debe prevenir la doble reserva de conductores. - Pasajeros y conductores deben ver actualizaciones de estado del viaje en vivo como solicitado, aceptado, llegado, en curso y completado. - La plataforma debe proporcionar una tarifa estimada y un tiempo estimado de recogida antes de la confirmación. - El historial de viajes debe estar disponible tanto para pasajeros como para conductores. Restricciones y supuestos: - 8 millones de solicitudes de viaje diarias. - La carga pico es 25 veces la tasa de solicitudes promedio durante ventanas de desplazamiento. - Opera en 40 ciudades, con distribución de tráfico desigual. - Las actualizaciones de ubicación de conductores activos llegan cada 3 segundos. - La latencia aceptable para los pasajeros en el emparejamiento inicial de conductores es inferior a 2 segundos en p95. - Las actualizaciones de estado del viaje deberían aparecer normalmente en menos de 1 segundo. - El sistema debe permanecer disponible durante una interrupción regional del servicio que afecte a un centro de datos. - Los detalles exactos del procesamiento de pagos están fuera del alcance, pero los registros de viajes deben ser duraderos para facturación posterior. - Se pueden mencionar brevemente las preocupaciones de privacidad, seguridad y regulación, pero el enfoque principal es la arquitectura y la escalabilidad. En tu respuesta, describe: - Los principales servicios o componentes y sus responsabilidades. - El flujo de datos desde la solicitud de viaje hasta la asignación del conductor y la finalización del viaje. - Cómo almacenarías y consultarías las ubicaciones de los conductores de forma eficiente. - Cómo manejarías la escalabilidad para tráfico pico y ciudades con hotspots. - Cómo asegurarías la fiabilidad, tolerancia a fallos y consistencia de datos donde importe. - Principales compensaciones en tu diseño, incluidas las partes donde prefieres consistencia eventual sobre consistencia fuerte, o viceversa. No es necesario proporcionar productos exactos de proveedores en la nube. Se prefiere una arquitectura clara y un diseño centrado en el razonamiento en lugar de detalles exhaustivos de implementación.

66
19 Mar 2026 07:43

Enlaces relacionados

X f L