Um sistema de IA pode usar um modelo descarregável, funcionar num servidor alugado e recorrer a um serviço externo para parte do processamento. Chamar-lhe «privado» sem explicar esse percurso diz pouco. A escolha de uma arquitetura exige examinar o sistema completo.
Distinguir os componentes e as respetivas licenças
A licença do software que executa um modelo não é necessariamente a licença do modelo. Pesos, dados, extensões e uma oferta alojada podem estar sujeitos a condições diferentes. Antes de um uso comercial, leia as licenças das versões efetivamente selecionadas.
A Open Source Initiative define a IA de código aberto em torno das liberdades de usar, estudar, modificar e partilhar, juntamente com os elementos necessários para exercer essas liberdades. A possibilidade de descarregar os pesos, por si só, não descreve todos os direitos nem toda a informação disponível. Privilegiamos um inventário preciso em vez de um rótulo aplicado ao sistema inteiro.
Mapear os fluxos de dados
Acompanhe um pedido desde o navegador até ao resultado. Onde são guardados os ficheiros? Que serviço converte os documentos em texto? Onde é produzido o índice? Que modelo recebe os excertos? Que registos conservam os conteúdos e durante quanto tempo?
Este esquema revela dependências por vezes esquecidas: reconhecimento ótico de caracteres, tradução, monitorização, cópias de segurança ou autenticação. Executar o modelo localmente não assegura que todos esses serviços permaneçam no mesmo ambiente. O contrato e a configuração devem corresponder ao percurso efetivamente implementado.
Dimensionar a infraestrutura em função da utilização
O equipamento necessário depende do modelo, dos pedidos simultâneos, do comprimento dos documentos e do tempo de resposta aceitável. Uma demonstração para uma pessoa não mede a experiência de várias equipas nos períodos de maior utilização.
Antes de investir num servidor, teste uma carga representativa. Meça o uso de memória, o tempo de espera e o comportamento quando o serviço está saturado. Inclua atualizações, armazenamento, cópias de segurança e monitorização no custo. Ter equipamento próprio continua a exigir a sua operação.
Aplicar os controlos de acesso na aplicação
O modelo não é uma autoridade para decidir acessos. A aplicação deve verificar a identidade, os papéis e as permissões dos documentos antes de transmitir dados ou executar uma ação. O guia da ANSSI aborda a segurança de uma arquitetura de IA generativa como um todo, para além da escolha do modelo.
Num projeto, sugerimos testar os limites: dois utilizadores de departamentos diferentes, uma conta revogada, uma fonte eliminada e um conector indisponível. Estes cenários fornecem provas mais úteis do que uma mensagem que se limita a afirmar que os dados estão protegidos.
Preparar a saída desde o início
A portabilidade deve ser testada na prática. É possível exportar os documentos, configurações e dados que precisam de ser conservados? Os formatos são legíveis sem o fornecedor original? Quem detém as credenciais operacionais? Como podem ser removidas as cópias desnecessárias?
Uma boa documentação permite a outra equipa compreender os componentes e as operações habituais. As escolhas abertas podem apoiar essa independência, mas não substituem competências nem um plano de recuperação. O nosso ecossistema apresenta ferramentas a avaliar segundo estes critérios, enquanto as orientações de preços para infraestruturas de IA distinguem o projeto inicial dos custos operacionais.
