As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

User-managed configuração (3LO)

Com a configuração gerenciada pelo usuário, você faz login diretamente no Confluence Cloud para autorizar a conexão, e a Base de Conhecimento Gerenciada Amazon Bedrock lida com a autenticação. Os usuários podem concluir a configuração em alguns minutos. Depois de autorizar a conexão, crie a fonte de dados com authType set toMANAGED_OAUTH2. Consulte Conecte uma fonte de dados do Confluence.

Como suas credenciais são armazenadas

Com a configuração gerenciada pelo usuário, você não cria nem fornece um AWS Secrets Manager segredo sozinho. Quando você faz login, a Base de Conhecimento Gerenciada da Amazon Bedrock cria um segredo em sua AWS conta com um ARN gerado pelo sistema e armazena um token de atualização 3LO nela. A base de conhecimento gerenciada da Amazon Bedrock usa o token de atualização para obter e atualizar os tokens de acesso conforme necessário para acessar a fonte de dados.

Ao escolher Entrar, você pode, opcionalmente, fornecer um prefixo de nome secreto. A base de conhecimento gerenciada da Amazon Bedrock inclui esse prefixo no ARN secreto gerado. Fornecer um prefixo permite criar uma política de IAM com escopo reduzido que concede acesso somente aos segredos com esse prefixo. Você pode implementar essa política antes da criação do token 3LO. Se você não fornecer um prefixo, o segredo criado usará o bedrock-managedkb-oauth prefixo.

O ARN secreto gerado segue esse padrão:

arn:aws:secretsmanager:region:account-id:secret:bedrock-managedkb-oauth/your-prefix/connector-type/uuid

Permissões para o chamador (CreateDataSource): o principal do IAM que liga CreateDataSource precisa das seguintes permissões no segredo:

{
    "Effect": "Allow",
    "Action": [
        "secretsmanager:CreateSecret",
        "secretsmanager:GetSecretValue"
    ],
    "Resource": [
        "arn:aws:secretsmanager:region:account-id:secret:bedrock-managedkb-oauth/your-prefix/*"
    ]
}

Permissões para a função de execução: A função de execução da base de conhecimento precisa de acesso de leitura e gravação ao segredo para atualização do token:

{
    "Effect": "Allow",
    "Action": [
        "secretsmanager:GetSecretValue",
        "secretsmanager:PutSecretValue"
    ],
    "Resource": [
        "arn:aws:secretsmanager:region:account-id:secret:bedrock-managedkb-oauth/your-prefix/*"
    ]
}

Você pode criar segredos 3LO e concluir o fluxo de consentimento do usuário por meio do console do Amazon Bedrock Knowledge Bases. Em seguida, você pode referenciar essas AWS Secrets Manager entradas ao criar um conector de dados de terceiros (consulteConecte uma fonte de dados do Confluence). Essas entradas não estão associadas a nenhuma base de conhecimento e podem ser usadas em bases de conhecimento separadas, conforme necessário.

Se você tiver problemas durante a configuração gerenciada pelo usuário, use as orientações a seguir.

Autorização bloqueada do aplicativo OAuth

Sintomas:

Causa:

O administrador do site da Atlassian bloqueou os aplicativos OAuth instalados pelo usuário. Quando essa configuração está ativada, somente um administrador do site ou da organização pode autorizar novos aplicativos de terceiros.

Etapas de resolução:

Use uma das opções a seguir para resolver esse problema.

Solução recomendada: o administrador autoriza o aplicativo diretamente

Alternativa (não recomendado): permitir temporariamente aplicativos instalados pelo usuário — Um administrador acessaadmin.atlassian.com, navega até Aplicativos, Aplicativos da Atlassian e escolhe o link para aplicativos de terceiros e do Marketplace. Em Configurações, encontre Aplicativos instalados pelo usuário e alterne para permitir aplicativos do usuário. Depois que o usuário autorizar o Amazon Bedrock KB, alterne a configuração novamente para bloquear aplicativos do usuário.

O pop-up de autenticação falha

Sintomas:

Etapas de resolução: