Integrar IA com sistema legado

A resposta curta

Na maioria dos projetos corporativos de IA, o modelo é uma parte pequena e a integração é o projeto. Os times orçam o contrário e depois se perguntam para onde foi o cronograma.

A boa notícia é que essa parte é engenharia comum, com padrões conhecidos. É lenta e sem glamour, não misteriosa.

Os quatro tipos de interface que você vai encontrar

API de verdade. Documentada, autenticada, razoavelmente atual. Integração se mede em semanas e o projeto é sobre a IA.

API antiga. Existe, parcialmente documentada, se comporta de formas que a documentação não descreve. A maior parte do trabalho é descobrir o comportamento real.

Só lote. Arquivos trocados em horário fixo. Serve para análise, é estruturalmente incompatível com decisão que precisa acontecer enquanto o usuário espera.

Sem interface. Acesso significa o banco direto, um gateway do fornecedor, ou automação em nível de tela. Cada opção carrega um sabor diferente de dor de longo prazo.

Janela de lote e o problema de frescor

Essa é a restrição que mata mais desenhos que qualquer outra. Se o dado atualiza de madrugada, uma decisão tomada às duas da tarde é baseada em ontem, e nenhuma quantidade de IA conserta isso.

Então estabeleça o frescor antes de desenhar. Pergunte quão atual o dado de fato é, não quão atual deveria ser. Depois decida honestamente se a decisão tolera esse atraso. Algumas toleram. Se a sua não tolera, o projeto é primeiro um projeto de pipeline de dado, e fingir o contrário só empurra a descoberta para o mês quatro.

Propagação de permissão

Sistema legado costuma ter modelo de permissão próprio, e ele raramente mapeia com limpeza no que a sua aplicação usa. O atalho é uma conta de serviço com direitos amplos, e ele é tomado o tempo todo.

Esse atalho é como sistemas de IA acabam entregando registro que o usuário que perguntou nunca deveria ver. A identidade de quem solicita precisa viajar até a consulta, o que dá mais trabalho na largada e é a diferença entre um sistema que você consegue expandir e um que é congelado depois de uma revisão. Mesmo ponto de guardrails.

Raio de impacto e escrita

Ler de sistema legado é problema de compatibilidade. Escrever nele é problema de risco, porque esses sistemas frequentemente não têm rollback significativo e têm processos a jusante que você não mapeou.

Comece somente leitura. Quando escrita virar necessária, torne idempotente, dê escopo estreito, registre cada uma com contexto suficiente para reverter na mão, e coloque um humano na frente de qualquer coisa irreversível.

Assuma que existe um consumidor a jusante de que ninguém lembrou. Em sistema dessa idade, normalmente existe.

O problema do ambiente de homologação

Muitos sistemas legados não têm homologação realista. O que existe está desatualizado, é parcial, ou é compartilhado com o teste de outro time.

Diga isso em voz alta cedo, porque muda tudo sobre como se trabalha: mais peso em teste de contrato, uso cuidadoso de acesso somente leitura em produção para descoberta, e um plano de rollout que assume que o primeiro teste real é em produção. Dá para trabalhar assim. Não dá se for descoberto tarde.

Aprovação de mudança é risco de cronograma

Em organização regulada ou grande, o custo de calendário para aprovar uma mudança frequentemente supera o custo de engenharia de fazê-la. Isso nunca aparece num plano, e é causa principal da distância entre estimativa de piloto e realidade, que cobrimos em por que pilotos falham.

Mapeie o caminho de aprovação na semana um. Quem assina, do que precisa, quanto tempo leva, e se um componente de IA dispara uma revisão adicional que ninguém fez antes. Comece essas conversas antes de precisar delas.

Como sequenciar o trabalho

Toque na integração mais difícil primeiro, não por último. O instinto é construir a parte impressionante e conectar depois, o que joga todo o risco para a fase em que você já gastou o orçamento.

Prove que consegue ler dado real com permissão real na semana um, mesmo que a IA seja um placeholder. Esse resultado sozinho tira mais risco do projeto que qualquer quantidade de trabalho de modelo, e transforma sua estimativa em algo ancorado.

O que isso significa para o planejamento

Orce integração como a maior parte do projeto, não como fase no fim. Espere que a descoberta mude a estimativa, e deixe essa expectativa combinada. Os blocos de custo estão em quanto custa.

E escolha um parceiro que faça perguntas pontudas de integração na primeira reunião. Vagueza ali é o previsor mais claro de uma conversa de reprecificação depois, e é por isso que começamos pelos seus sistemas em vez do modelo quando construímos IA em produção, ponta a ponta.