Engenharia de plataformas para desenvolvimento com IA

Dê aos protótipos um percurso até à produção

As pessoas podem explorar ideias com diferentes ferramentas de IA enquanto a organização fornece um percurso comum até à produção. A equipa de plataforma torna esse percurso claro, suportado e repetível.

Para um protótipo útil, reúna a tarefa do utilizador, um exemplo do fluxo de trabalho, o código-fonte quando disponível e os dados previstos. Avalie se deve adaptar o código ou reconstruir a partir dos requisitos aprendidos. Antes de usar credenciais reais ou dados confidenciais, verifique a aplicação, as ferramentas de desenvolvimento e o ambiente de execução face aos controlos exigidos.

Se o serviço tiver de funcionar na sua infraestrutura, disponibilize um deployment suportado nas suas contas cloud ou redes. Inclua identidade, tratamento de segredos, evidências de lançamento, monitorização e recuperação. Reveja separadamente os fluxos de dados dos modelos; controlar o ambiente de execução não controla todos os serviços de desenvolvimento.

Trate a plataforma como um produto para os seus utilizadores

Uma plataforma fornece às equipas capacidades suportadas para desenvolver e operar software. Estas podem incluir identidade, ambientes, pipelines de entrega, bases de dados, monitorização e verificações de políticas. A unidade útil é um fluxo de trabalho completo que responde a uma necessidade recorrente.

A CNCF descreve as plataformas como capacidades concebidas em torno dos utilizadores internos, com interfaces consistentes e autosserviço quando adequado. Um portal pode disponibilizar estas capacidades, mas um portal, por si só, não é a plataforma. CNCF Platforms White Paper.

Comece por uma necessidade real. Numa empresa fictícia, várias equipas precisam de um serviço web interno com autenticação de trabalhadores e uma base de dados gerida. Crie um percurso suportado para essa necessidade antes de acrescentar um catálogo amplo de funcionalidades pouco usadas.

Inclua os agentes entre os utilizadores da plataforma

Um agente de IA pode gerar rapidamente código de infraestrutura. Sem contexto atual da plataforma, também pode escolher uma região, um padrão de identidade ou um método de deployment não suportados. Gerar mais depressa não resolve a ausência de restrições organizacionais.

Dê ao agente uma interface fiável. Defina as entradas, os valores permitidos, as saídas e o comportamento em caso de falha. Forneça exemplos que correspondam à versão instalada. Devolva erros que indiquem como agir sem expor segredos. Aplique as mesmas verificações de autorização aos pedidos de pessoas e de agentes.

Para o serviço interno, o pedido pode identificar o responsável, a categoria dos dados, o ambiente, o requisito de recuperação e o ambiente de execução suportado. A plataforma pode então selecionar uma configuração revista ou explicar por que motivo o pedido precisa de uma decisão separada.

Defina o percurso suportado e os seus limites

Esta é uma divisão exemplificativa. Confirme-a com as equipas e os fornecedores reais. Uma responsabilidade sem responsável identificado não desaparece por existir uma plataforma.

Publique um processo de exceção para requisitos fora da configuração predefinida. Identifique o responsável pela decisão e as evidências exigidas. Um processo de exceção difícil pode incentivar as equipas a criar sistemas não suportados fora da plataforma.

Mantenha os serviços após a criação

Um modelo de projeto é uma versão inicial. Não aplica automaticamente correções às aplicações criadas a partir dele. Decida como as alterações da plataforma chegam aos serviços existentes e como é verificada a compatibilidade.

Mantenha as interfaces e os módulos partilhados sob controlo de versões. Anuncie as condições de remoção. Disponibilize uma migração suportada quando necessário. Acompanhe os serviços que permanecem em versões afetadas quando é necessária uma correção de segurança.

Evite transformar a equipa de plataforma numa fila de aprovação manual para cada operação de rotina. Automatize as verificações repetíveis e reserve as decisões humanas para consequências por resolver. Meça a utilização bem-sucedida, o tempo de espera, os resultados da recuperação e o esforço de manutenção.

Ligue a plataforma à fábrica de software

A engenharia de plataformas define capacidades suportadas e limites operacionais. Uma fábrica de software liga requisitos, planeamento, implementação, evidências e entrega. Podem complementar-se quando a fábrica planeia tendo em conta a plataforma real.

Inclua a operação contínua na avaliação. Verifique quem procura novas vulnerabilidades, instala correções, responde a incidentes e mantém as evidências de conformidade. Estas capacidades precisam de um âmbito acordado e de responsáveis; a expressão «fábrica de software» não as garante.

Avalie a integração num ponto concreto: uma alteração gerada consegue usar o percurso de deployment existente e preservar os seus controlos? A equipa consegue examinar por que motivo foi necessária uma exceção? Quem atualiza o contexto partilhado quando a plataforma muda?

A investigação DORA enquadra a capacidade da IA na organização que a rodeia. Use essa perspetiva para avaliar o fluxo de trabalho completo, incluindo o trabalho que permanece com a equipa de plataforma. Relatório DORA 2025.