Os pipelines de dados tradicionais foram projetados para o processamento e armazenamento de dados estruturados, geralmente por meio de cargas de trabalho previsíveis, agendadas para processamento em lote em intervalos rotineiros. Normalmente, os dados eram extraídos dos sistemas de origem e carregados em data warehouses para análise por meio de processos de extrair, transformar e carregar (ETL) (às vezes chamados de pipelines de ETL). É uma abordagem que funcionou (e continua a funcionar) bem para tarefas de processamento de dados que não são urgentes e para conjuntos de dados organizados em bancos de dados relacionais.
O processamento em lote, em particular, permitiu que as organizações otimizassem o uso de recursos ao optar por trabalhos durante períodos convenientes, como durante a noite, quando os sistemas provavelmente não serão tributados de outra forma. Quando os trabalhos eram concluídos, os resultados podiam ser alimentados em dashboards e usados para informar as decisões de negócios, bem depois da coleta e ingestão de dados.
Mas os dados para cargas de trabalho de IA exigem uma abordagem marcadamente diferente, que os pipelines tradicionais geralmente não conseguem executar. A arquitetura de pipelines tradicional tem dificuldades para acomodar:
- Inteligência em tempo real: transmissão de dados em tempo real e quase em tempo real necessários para a tomada de decisão precisa e oportuna
- Unificação de dados: a unificação de dados de fontes díspares, incluindo dados não estruturados usados por modelos de IA generativa e geração aumentada de recuperação (RAG)
- Prontidão para aprendizado de máquina: lojas de funcionalidades, que são repositórios de atributos derivados de dados brutos usados como entradas para modelos de aprendizado de máquina
- Compreensão contextual: recursos para contextualizar dados, para que as informações não estejam apenas disponíveis — sejam compreendidas
- Governança confiável: governança e rastreamento de linhagem, que ajudam a garantir que os problemas de dados sejam resolvidos antes que criem impactos posteriores em fluxos de trabalho rápidos
Além disso, os pipelines tradicionais se mostraram historicamente rígidos e frágeis. Alterações inesperadas anteriores (como uma alteração de esquema ou uma coluna renomeada) podem causar falhas de pipelines e acionar horas de depuração.
Enquanto isso, a lógica codificada dentro dos pipelines tradicionais significa que alterá-los se torna um processo árduo, dificultando a escalabilidade e a personalização que as iniciativas de IA transformadoras exigem. Quando as necessidades mudam, os engenheiros de dados geralmente preferem construir novos pipelines de dados em vez de ajustar os existentes por medo de danificá-los, resultando em proliferação de pipelines e dívida técnica.
Caso os pipelines tradicionais sejam usados para fornecer dados aos modelos de IA, a obsolescência de dados, a qualidade de dados e outros problemas podem impedir o desempenho do modelo.