architecture - 设置初始 Snowflake 环境的最佳实践 - 多个 URL

Question

我想知道其他人如何设置他们的初始 Snowflake 环境并考虑 DevOps 和代码部署以及他们这样做的经验。人们是使用多个帐户/URL 来简化 DevOps 和部署，还是使用一个帐户并构建单独的 DEV、TEST 和 PROD 数据库？例如:

开发 = http://mydevaccount.east-us-2.azure.snowflakecomputing.com

• SourceSystem.Schema.Tables

测试 = http://mytestaccount.east-us-2.azure.snowflakecomputing.com

• SourceSystem.Schema.Tables

生产 = http://myprodaccount.east-us-2.azure.snowflakecomputing.com

• SourceSystem.Schema.Tables

你为什么或为什么不这样做？

过去，我在一个帐户下设置环境，例如:

单一环境 = http://mysnowflakeaccount.east-us-2.azure.snowflakecomputing.com

• 开发_SourceSystem.Schema.Tables

• 测试_SourceSystem.Schema.Tables

• Prod_SourceSystem.Schema.Tables

Answer 1

有趣的是，您在问题中将单独的帐户称为使 DevOps 更容易。根据我的经验，将所有内容都放在一个帐户中会更容易，这就是原因。如果你在你的 RBAC 模型中使用一个很好的结构，那么就隔离这些环境而言没有区别(假设你不希望为你的不同环境设置单独的 IP 白名单，在这种情况下这个对话没有实际意义)。同时，如果您随后确保您的 DevOps、ETL 等脚本都仅引用模式(没有数据库引用)，那么迁移 DDL、DML 等就像在单独的帐户中一样容易。同时，Snowflake 的最佳功能之一是为您的测试生命周期提供零拷贝克隆。这仅适用于单个帐户。如果您使用单独的帐户，您将需要将您的数据从一个环境复制到另一个环境(使您的存储成本翻倍或增加三倍，并且会耗费大量时间和信用)。零拷贝克隆允许将您的数据近乎即时地快照到不同的环境。

根据我与许多 Snowflake 客户打交道的经验，单个帐户最为常见，但也有使用多个帐户的客户。这真的取决于什么对你很重要。