Connecteur Openflow pour Slack¶
Note
Le connecteur est soumis aux conditions d’utilisation du connecteur.
Cette rubrique décrit les concepts de base du connecteur Openflow pour Slack, les paramètres de son ensemble et ses limites.
Le connecteur Openflow pour Slack connecte un espace de travail Slack à Snowflake afin d’ingérer les messages Slack, les réactions, les pièces jointes aux fichiers et les adhésions aux canaux (ACLs). Le connecteur prend également en charge le service Cortex Search et peut rendre le contenu Slack ingéré prêt pour l’analyse conversationnelle en vue d’une utilisation dans les assistants AI à l’aide des APIs SQL, Python ou REST.
Utilisez ce connecteur si vous souhaitez effectuer les opérations suivantes :
Tirez les messages et les métadonnées de Slack dans Snowflake pour obtenir des informations consultables à l’échelle de l’organisation
Ingestez le contenu Slack et rendez-le prêt à être utilisé dans vos assistants AI avec Snowflake Cortex
Limitations¶
Le connecteur capture l’historique des pièces jointes aux fichiers et des réactions, mais n’ingère que les messages publiés après l’ajout de l’App Slack à une conversation (les messages plus anciens ne sont pas ingérés).
Si un utilisateur modifie un message existant ou supprime un message, les modifications sont capturées dans Snowflake au prochain intervalle d’actualisation.
Workflow¶
L’administrateur Slack crée une application Slack comme décrit plus loin, puis installe l’application dans les canaux ou les conversations à partir desquels il souhaite ingérer des messages. Le jeton du bot et le jeton de l’app Slack doivent être fournis à l’administrateur du compte Snowflake
Administrateur de compte Snowflake :
Télécharge et importe le fichier de définition du connecteur depuis la documentation dans le canevas Snowflake Openflow.
Spécifie les paramètres requis pour le modèle de flux, par exemple, le jeton Bot, le jeton App et les noms de la base de données et du schéma.
Le débit s’écoule. Ce qui suit se produit lorsque le flux est exécuté dans Openflow :
Le flux crée automatiquement une base de données, un schéma et les tables nécessaires ainsi que l’intégration de l’accès externe dans Snowflake pour le compte de l’administrateur. Il crée également un Cortex Search et relie les morceaux, ACLs et métadonnées. Par défaut, seuls les rôles administrateurs de compte Snowflake y ont accès.
Récupère les conversations spécifiées, les métadonnées, ACLs du ou des canaux Slack. Un ACL est défini comme la liste instantanée des IDs des utilisateurs et des e-mails qui sont membres de chaque canal en cours d’ingestion.
Morceaux de messages de conversation ingérés
Place les messages de conversation sous forme de morceaux avec les métadonnées et ACLs dans des tables Snowflake
Le développeur IT de l’organisation du client crée une application de chat sur mesure et transmet l’identité de l’utilisateur, qui est l’e-mail de l’utilisateur enregistré sur Slack, en tant que filtre lorsqu’il invoque l’API REST Cortex Search avec la question de l’utilisateur final
Les utilisateurs finaux de l’App Chat dans l’organisation du client voient les réponses de Cortex Search limitées aux morceaux des conversations auxquelles ils ont accès dans le canal Slack basé sur les ACLs, ainsi qu’un lien vers la conversation source.
Considérations¶
Par défaut, tout utilisateur ayant le rôle d’administrateur du compte Snowflake pourra voir les messages bruts ingérés, les conversations et les tables créées par le modèle de flux
L’utilisateur ayant le rôle d’administrateur du compte Snowflake décide qui peut accéder à la zone de préparation interne et aux tables par le biais des rôles Snowflake.
L’utilisateur ayant le rôle d’administrateur du compte Snowflake décide qui peut effectuer des requêtes auprès du service Cortex Search par le biais des rôles Snowflake.