Openflow Connector for Slack¶

限制¶

• 该连接器捕获历史文件附件和回复，但仅引入在将 Slack 应用程序添加到对话后发布的消息（不引入较旧的消息）。

• 如果用户编辑现有消息或删除消息，则会在下一个刷新间隔在 Snowflake 中捕获更改。

工作流程¶

1. Slack 管理员 创建一个 Slack 应用程序（如下文所述），然后将该应用程序安装到他们希望从中引入消息的通道或对话中。需要向 Snowflake 账户管理员提供来自 Slack 应用程序的机器人令牌和应用程序令牌

2. Snowflake 账户主机：

   1. 将文档中的连接器定义文件下载并导入到 Snowflake Openflow 画布中。

   2. 为流模板指定必需的参数，例如，机器人令牌、应用程序令牌以及数据库和架构名称。

   3. 运行流。在 Openflow 中运行该流时会发生以下情况：

      1. 该流代表管理员在 Snowflake 中自动创建数据库、架构和必要的表以及外部访问集成。它还创建 Cortex Search 并连接块、ACLs 和元数据。默认情况下，只有 Snowflake 账户管理员角色才能访问这些

      2. 从 Slack 通道获取指定的对话、元数据和 ACLs。ACL 定义为每个通道成员的用户 IDs 和电子邮件的快照列表。

      3. 对引入的对话消息进行分块

      4. 将分块的对话消息与元数据和 ACLs 一起放入 Snowflake 表中

3. 客户组织中的 IT 开发者 会创建定制的聊天应用程序，并在使用最终用户的问题调用 Cortex Search REST API 时传递用户身份（即用户在 Slack 上注册的电子邮件）作为筛选器

4. 客户组织中聊天应用程序的 最终用户 会看到来自 Cortex Search 的回复，仅限于他们在 Slack 通道中基于 ACLs 有权访问的对话区块，并附有源对话的链接。