Snowflake中reader账户与主账户只读权限用户的区别及reader账户作用

核心差异 #

• 账户体系独立性：Reader账户是完全独立于数据提供方主账户的独立Snowflake账户，不属于主账户的内部用户体系，也不会占用主账户的用户许可席位；主账户内的只读用户是主账户自有的内部用户，归主账户统一管理，会占用主账户的用户许可配额。
• 资源隔离程度：Reader账户的用户只能看到提供方主动共享的数据集，完全无法感知主账户的其他资源（包括主账户的其他数据库、计算仓库、角色配置、内部用户信息等），隔离等级极高；而主账户的只读用户哪怕只有查询权限，依然可以在主账户的权限框架内看到公开的内部配置、其他可访问的资源元数据，隔离程度远低于Reader账户。
• 计算成本归属：Reader账户可以由使用方自行绑定独立的计算仓库运行查询，所有查询产生的计算成本都由使用方承担，完全不会消耗提供方的计算资源；主账户的只读用户运行查询时消耗的是主账户的计算资源，产生的费用全部由主账户承担。
• 用户管理权限：Reader账户交付给使用方后，使用方可以自行管理账户内的用户增删、权限分配，提供方完全不需要介入使用方的用户运维工作；主账户的只读用户所有管理操作（增删、权限调整、密码重置等）都必须由主账户管理员操作，对接外部用户时灵活性极低。

Reader账户的设计用途及具体作用 #

• 解决跨组织数据共享的门槛问题：当需要向企业外部的合作方、客户、供应商共享数据时，不需要对方拥有独立的Snowflake账户，也不需要将对方用户加入自身主账户，直接开通Reader账户即可完成数据访问授权，大幅降低跨组织数据共享的对接成本。
• 避免内部数据和配置泄露：完全隔离外部访问用户和主账户的内部资源，外部用户无法接触到主账户的任何非共享数据、业务配置、内部组织信息，从架构层面杜绝数据共享过程中的内部信息泄露风险。
• 实现数据共享的成本拆分：数据提供方仅需要承担共享数据的存储成本，外部用户使用Reader账户查询产生的所有计算费用都由使用方自行承担，不需要提供方为外部用户的查询行为买单，成本划分清晰。
• 支撑轻量化数据消费场景：对于没有采购Snowflake企业服务的中小数据使用方，不需要单独付费采购Snowflake的全量服务，通过Reader账户即可直接消费共享数据，适配轻量化、短期的数据使用需求。

内容的提问来源于stack exchange，提问作者Sushant Kulkarni