Equipas que procuram uma base de imagens de veículos geralmente querem algo específico: queremos as imagens aqui, na nossa infraestrutura, onde ninguém as pode levar ou abrandar. Esse instinto é válido. A conclusão tirada dele, comprar um lote de ficheiros, geralmente não é, porque uma base de dados de imagens não é um produto que se compra uma vez. É uma responsabilidade que se mantém para sempre.
O que realmente significa possuir o banco de dados
- Incorpore: terabytes de arquivos, uma convenção de nomenclatura e um mapeamento para seus dados de veículos que você agora possui.
- Atualizações: novos anos de modelo, facelifts e novas marcas chegam continuamente, então um dump estático fica desatualizado no trimestre em que você o compra
- Lacunas na cobertura: o que o dump não tem, você também não tem, sem nenhum pedido que possa preenchê-lo
- Licenciamento: cada arquivo precisa de uma proveniência que você possa produzir quando o jurídico perguntar, anos após a compra
- Servindo: armazenamento, CDN, redimensionamento e conversão de formato agora são seu pipeline
Nenhum desses é difícil por si só. Juntos, são um produto interno permanente e sem glamour com um único cliente, e no momento em que seu mantenedor muda de equipe, a convenção de nomenclatura se torna arqueologia.
O que o modelo API substitui
Uma API inverte a propriedade: o catálogo, suas atualizações, seu mapeamento de versões e sua licença ficam com o fornecedor, e seu sistema mantém os identificadores. Uma solicitação como brand/model/year/trim/view mais parâmetros retorna a imagem atual e correta, incluindo para o ano do modelo que não existia quando você teria comprado o dump. IDs estáveis significam que a referência que você armazena hoje continua resolvendo à medida que o catálogo evolui; veja cobertura completa de marca e modelo para o que está por trás disso.
O híbrido que a maioria dos sistemas de produção adota
O instinto de acesso garantido ainda merece uma resposta, e a resposta é o cache, não a compra. Resolva através da API, depois armazene as imagens retornadas no seu próprio bucket e CDN, com chave nas suas anotações de veículo:
- Documentos que devem ser regenerados em cinco anos (políticas, contratos, arquivos) mantenham uma cópia local
- Caminhos quentes servem do seu CDN e nunca esperam por ninguém
- Atualize no momento da atualização do catálogo, para que correções e novos anos entrem sem uma nova compra
Armazene em cache como um proprietário, resolva como um assinante. Você obtém o controle que tornou o banco de dados atraente, sem herdar sua manutenção.
Migração de um dump para uma consulta
Equipas que já possuem uma base de imagens raramente precisam de uma migração de grande impacto. O padrão que funciona é o estilo strangler: novas superfícies resolvem através da API desde o primeiro dia, superfícies existentes continuam a ler os ficheiros antigos, e o antigo armazém deixa de receber atualizações. Dentro de um ciclo de catálogo, as imagens obsoletas tornam-se visivelmente piores do que as resolvidas, momento em que as superfícies restantes mudam porque o produto quer isso, não porque um plano de migração o diga.
O primeiro bloqueio genuíno a verificar é o contratual. Alguns dumps de imagens legadas foram licenciados com termos que proíbem a mistura de fontes em uma mesma superfície, e desvendar isso é uma conversa jurídica, não de engenharia. Tenha essa conversa antes de escrever o primeiro adaptador, pois decide se o período de transição pode mostrar ambas as fontes lado a lado.
A mecânica de custos desse padrão, e por que solicitações em cache alteram a conta, estão em qual é o custo de uma API de imagem de carro por mês; detalhes de integração estão na página da API de imagem de veículo.
