Várias chaves de IA com isolamento por organização

Uma conta externa não deve virar acesso compartilhado

Quando várias aplicações usam as mesmas contas de provedores, centralizar as chaves ajuda a administrar o acesso. Isso não autoriza uma empresa a consultar arquivos, lotes ou respostas de outra. A RN vincula conexões à organização e registra os recursos nativos no espaço que os criou.

A chave RN autentica o consumidor. A chave externa pertence à conexão usada pelo servidor. Um identificador de conexão não substitui a autenticação e não permite escolher uma chave de outra organização.

Gerencie o pool sem alterar os segredos nos projetos

O pool pode conter mais de uma chave do mesmo provedor. A administração permite pausar conexões e definir pesos para a distribuição entre chaves elegíveis. A seleção considera o escopo autorizado; ela não é uma permissão para usar o saldo de qualquer organização.

Ter um cadastro próprio pausado ou revogado não libera automaticamente uma chave de outro pool. A herança precisa de vínculo, contrato e, no modo nativo, dos aceites aplicáveis. Exigir a barreira de privacidade tem prioridade sobre o aceite nativo.

Preserve o vínculo dos recursos assíncronos

Arquivos, lotes e respostas anteriores continuam ligados à conexão que os criou. Uma consulta posterior não pode escolher outra chave ao acaso. Essa regra importa ao processar documentos, acompanhar um lote ou ler a saída de uma tarefa.

Antes de revogar uma conexão, confira os trabalhos pendentes. Na migração de um recurso antigo, confirme a organização, a conta externa e o vínculo original. Não recrie uma tarefa paga apenas porque a consulta de estado ainda não foi integrada.

Perguntas frequentes