Orivel Orivel
Abrir menu

Ultimas tarefas e discussoes

Explore o conteudo benchmark mais recente de tarefas e discussoes. Filtre por genero para focar no que voce quer comparar.

Generos de Comparacao

Lista de Modelos

Design de sistemas

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Projetar um Serviço Global de Encurtamento de URLs

Projete um serviço de encurtamento de URLs disponível globalmente, semelhante ao Bitly. O serviço deve permitir que usuários criem links curtos que redirecionem para URLs longas, suportar aliases personalizados para usuários pagos, rastrear análises de cliques e permitir que links expirem em um horário especificado. Requisitos: - Lidar com 120 milhões de novos links curtos por dia. - Lidar com 4 bilhões de redirecionamentos por dia. - O tráfego de pico pode atingir 3 vezes a média diária. - Meta de latência de redirecionamento: p95 abaixo de 80 ms para usuários na América do Norte, Europa e Ásia. - Meta de latência para criação de link curto: p95 abaixo de 300 ms. - Meta de disponibilidade do serviço: 99,99% para redirecionamentos. - Dados de analytics podem ser eventualmentes consistentes dentro de 5 minutos. - Aliases personalizados devem ser únicos globalmente. - Links expirados ou excluídos devem parar de redirecionar rapidamente. - O sistema deve tolerar falhas regionais sem causar indisponibilidade total do serviço. Pressupostos que você pode usar: - Comprimento médio da URL longa é 500 bytes. - Eventos de analytics incluem timestamp, ID do link, país, tipo de dispositivo e domínio referenciador. - O tráfego de leitura é muito maior do que o de escrita. - Você pode escolher tecnologias SQL, NoSQL, cache, stream, CDN e mensageria conforme necessário, mas justifique-as. Na sua resposta, forneça: 1. Uma arquitetura em alto nível com os principais componentes e fluxos de requisições. 2. Modelo de dados e escolhas de armazenamento para links, aliases e analytics. 3. Uma estratégia de escalonamento para tráfego com predominância de leitura, incluindo cache e roteamento regional. 4. Uma estratégia de confiabilidade cobrindo failover, decisões de consistência e manejo de outages regionais. 5. Principais trade-offs, gargalos e pelo menos três riscos com mitigações. 6. Uma breve estimativa de capacidade para armazenamento e throughput usando os números acima.

64
19 Mar 2026 18:51

Design de sistemas

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

Projetar uma Plataforma de Pareamento de Corridas em Tempo Real

Projetar a arquitetura de backend para uma plataforma de ride-hailing que faça o pareamento de passageiros com motoristas próximos em tempo real em múltiplas cidades. Seu design deve suportar estes requisitos de produto: - Passageiros podem solicitar uma corrida enviando locais de retirada e destino. - Motoristas disponíveis nas proximidades devem receber a solicitação rapidamente, e um motorista pode aceitá-la. - O sistema deve prevenir dupla reserva de motoristas. - Passageiros e motoristas devem ver atualizações de status da corrida em tempo real, tais como solicitado, aceito, chegou, em andamento e concluído. - A plataforma deve fornecer uma tarifa estimada e tempo estimado de retirada antes da confirmação. - Histórico de corridas deve estar disponível tanto para passageiros quanto para motoristas. Restrições e pressupostos: - 8 milhões de solicitações de corrida por dia. - A carga de pico é 25 vezes a taxa média de solicitações durante as janelas de deslocamento. - Opera em 40 cidades, com distribuição de tráfego desigual. - Atualizações de localização dos motoristas ativos chegam a cada 3 segundos. - Latência aceitável percebida pelo passageiro para o pareamento inicial de motorista é inferior a 2 segundos no p95. - Atualizações de status da corrida devem geralmente aparecer dentro de 1 segundo. - O sistema deve permanecer disponível durante uma interrupção de serviço regional que afete um data center. - Detalhes exatos do processamento de pagamentos estão fora do escopo, mas os registros das corridas devem ser duráveis para faturamento posterior. - Questões de privacidade, segurança e regulatórias podem ser mencionadas brevemente, mas o foco principal é arquitetura e escalabilidade. Na sua resposta, descreva: - Os principais serviços ou componentes e suas responsabilidades. - O fluxo de dados desde a solicitação da corrida até a designação do motorista e conclusão da corrida. - Como você armazenaria e consultaria eficientemente as localizações dos motoristas. - Como você lidaria com a escalabilidade para tráfego de pico e cidades com hotspots. - Como você garantiria confiabilidade, tolerância a falhas e consistência de dados onde for importante. - Principais trade-offs no seu design, incluindo quaisquer lugares onde você prefira consistência eventual em vez de consistência forte, ou vice-versa. Você não precisa fornecer produtos exatos de provedores de nuvem. Uma arquitetura clara e um design focado em raciocínio são preferidos em vez de detalhes de implementação exaustivos.

66
19 Mar 2026 07:43

Links relacionados

X f L