Openflow Connector para Slack

Nota

O conector está sujeito aos termos do conector.

Este tópico descreve os conceitos básicos do Openflow Connector para Slack, as etapas para configurá-lo e as limitações.

O Openflow Connector para Slack conecta um espaço de trabalho do Slack ao Snowflake para ingerir mensagens, reações, anexos de arquivos e associações de canais do Slack (ACLs). O conector também é compatível com os serviços Cortex Search e pode tornar o conteúdo do Slack ingerido pronto para análise de conversação para uso em assistentes de AI usando SQL, Python ou REST APIs.

Use esse conector se quiser fazer o seguinte:

  • Efetue pull de mensagens e metadados do Slack para o Snowflake para obter insights pesquisáveis em toda a organização

  • Faça a ingestão do conteúdo do Slack e deixe-o pronto para bate-papo em seus assistentes de AI com o Snowflake Cortex

Limitações

  • O conector captura anexos de arquivos e reações históricas, mas só ingere mensagens lançadas depois que o aplicativo Slack é adicionado a uma conversa (mensagens mais antigas não são ingeridas).

  • Se um usuário editar uma mensagem existente ou excluir uma mensagem, as alterações serão capturadas no Snowflake no próximo intervalo de atualização.

Fluxo de trabalho

  1. Administrador do Slack cria um aplicativo Slack conforme descrito mais adiante e, em seguida, instala o aplicativo nos canais ou conversas dos quais deseja ingerir mensagens. O token do bot e o token do aplicativo do Slack precisam ser fornecidos ao administrador da conta Snowflake

  2. Administrador da conta Snowflake:

    1. Faz o download e importa o arquivo de definição do conector da documentação para a tela do Snowflake Openflow.

    2. Especifica os parâmetros necessários para o modelo de fluxo, por exemplo, o token do bot, o token do aplicativo e os nomes do banco de dados e do esquema.

    3. Fluxo de execução. O seguinte acontece quando o fluxo é executado no Openflow:

      1. O fluxo cria automaticamente um banco de dados, um esquema e as tabelas necessárias e a integração de acesso externo no Snowflake em nome do administrador. Ele também cria um Cortex Search e conecta partes, ACLs e metadados. Por padrão, eles são acessíveis apenas à função de administrador da conta Snowflake

      2. Obtém conversas, metadados e ACLs especificados do(s) canal(is) do Slack. Uma ACL é definida como uma lista de instantâneos de IDs de usuários e e-mails que são membros de cada canal que está sendo ingerido.

      3. Mensagens de conversação ingeridas em partes

      4. Coloca mensagens de conversação em partes junto com metadados e ACLs em tabelas Snowflake

  3. O desenvolvedor de IT na organização do cliente cria um aplicativo de bate-papo personalizado e passa a identidade do usuário, que é o e-mail do usuário registrado no Slack, como um filtro ao invocar a Cortex Search REST API com a pergunta do usuário final

  4. Os usuários finais do aplicativo de bate-papo na organização do cliente veem as respostas do Cortex Search restritas a partes das conversas às quais têm acesso no canal do Slack com base em ACLs, juntamente com um link para a conversa de origem.

Considerações

  • Por padrão, qualquer usuário com a função de administrador da conta Snowflake poderá “ver” as mensagens e conversas ingeridas brutas, bem como as tabelas criadas pelo modelo de fluxo

  • O usuário com a função de administrador de conta Snowflake decide quem pode acessar o estágio interno e as tabelas por meio das funções Snowflake.

  • O usuário com a função de administrador da conta Snowflake decide quem pode consultar o serviço Cortex Search por meio das funções Snowflake.

Próximos passos

Configure o Openflow Connector para Slack