snowflake-architecture-variants
Choose and implement Snowflake architecture blueprints: data lakehouse, data mesh, data sharing, and Snowpark-native patterns for different scales. Use when designing Snowflake data platforms, choosing between architectures, or implementing data sharing and Snowpark patterns. Trigger with phrases like "snowflake architecture", "snowflake lakehouse", "snowflake data mesh", "snowflake data sharing", "snowflake Snowpark".
Best use case
snowflake-architecture-variants is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Choose and implement Snowflake architecture blueprints: data lakehouse, data mesh, data sharing, and Snowpark-native patterns for different scales. Use when designing Snowflake data platforms, choosing between architectures, or implementing data sharing and Snowpark patterns. Trigger with phrases like "snowflake architecture", "snowflake lakehouse", "snowflake data mesh", "snowflake data sharing", "snowflake Snowpark".
Teams using snowflake-architecture-variants should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/snowflake-architecture-variants/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How snowflake-architecture-variants Compares
| Feature / Agent | snowflake-architecture-variants | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Choose and implement Snowflake architecture blueprints: data lakehouse, data mesh, data sharing, and Snowpark-native patterns for different scales. Use when designing Snowflake data platforms, choosing between architectures, or implementing data sharing and Snowpark patterns. Trigger with phrases like "snowflake architecture", "snowflake lakehouse", "snowflake data mesh", "snowflake data sharing", "snowflake Snowpark".
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
Best AI Skills for Claude
Explore the best AI skills for Claude and Claude Code across coding, research, workflow automation, documentation, and agent operations.
ChatGPT vs Claude for Agent Skills
Compare ChatGPT and Claude for AI agent skills across coding, writing, research, and reusable workflow execution.
SKILL.md Source
# Snowflake Architecture Variants
## Overview
Three validated architecture blueprints for Snowflake deployments: traditional data warehouse, lakehouse with Iceberg, and data mesh with data sharing.
## Variant A: Traditional Data Warehouse
**Best for:** Single team, centralized analytics, < 50 users
```
┌──────────────────────────┐
│ Snowflake Account │
│ │
│ ┌────────┐ ┌────────┐ │
│ │ Bronze │→ │ Silver │→ Gold │
│ └────────┘ └────────┘ │
│ │
│ ┌─────────────────────┐ │
│ │ Single ETL Warehouse │ │
│ └─────────────────────┘ │
│ │
│ ┌──────────┐ ┌──────────┐ │
│ │ BI Tools │ │ Analysts │ │
│ └──────────┘ └──────────┘ │
└──────────────────────────────┘
```
```sql
-- Simple single-account setup
CREATE DATABASE DW;
CREATE SCHEMA DW.RAW;
CREATE SCHEMA DW.CURATED;
CREATE SCHEMA DW.ANALYTICS;
CREATE WAREHOUSE ETL_WH WAREHOUSE_SIZE = 'MEDIUM' AUTO_SUSPEND = 120;
CREATE WAREHOUSE QUERY_WH WAREHOUSE_SIZE = 'SMALL' AUTO_SUSPEND = 60;
```
## Variant B: Lakehouse with Iceberg Tables
**Best for:** Hybrid cloud/on-prem, existing data lake, open table format requirement
```
┌──────────────────────┐ ┌─────────────────────┐
│ External Storage │ │ Snowflake Account │
│ (S3/GCS/Azure) │ │ │
│ │ │ ┌────────────────┐ │
│ ┌─────────────┐ │←───→│ │ Iceberg Tables │ │
│ │ Parquet/ │ │ │ │ (managed) │ │
│ │ Iceberg │ │ │ └────────────────┘ │
│ │ files │ │ │ │
│ └─────────────┘ │ │ ┌────────────────┐ │
│ │ │ │ Native Tables │ │
│ ┌─────────────┐ │ │ │ (hot data) │ │
│ │ Spark/Flink │ │ │ └────────────────┘ │
│ │ (external) │ │ │ │
│ └─────────────┘ │ │ ┌────────────────┐ │
└──────────────────────┘ │ │ Dynamic Tables │ │
│ │ (transforms) │ │
│ └────────────────┘ │
└──────────────────────┘
```
```sql
-- Iceberg table backed by external storage
CREATE ICEBERG TABLE events_iceberg (
event_id STRING,
event_type STRING,
event_data VARIANT,
event_timestamp TIMESTAMP_NTZ
)
CATALOG = 'SNOWFLAKE'
EXTERNAL_VOLUME = 'my_s3_volume'
BASE_LOCATION = 'iceberg/events/';
-- External volume for S3
CREATE EXTERNAL VOLUME my_s3_volume
STORAGE_LOCATIONS = (
(NAME = 'primary'
STORAGE_BASE_URL = 's3://my-data-lake/'
STORAGE_PROVIDER = 'S3'
STORAGE_AWS_ROLE_ARN = 'arn:aws:iam::123456789:role/snowflake-iceberg')
);
-- Dynamic Iceberg table for transforms (writes back to your storage)
CREATE DYNAMIC ICEBERG TABLE curated_events
TARGET_LAG = '30 minutes'
WAREHOUSE = ETL_WH
CATALOG = 'SNOWFLAKE'
EXTERNAL_VOLUME = 'my_s3_volume'
BASE_LOCATION = 'iceberg/curated_events/'
AS
SELECT event_id, event_type, event_data,
event_timestamp, CURRENT_TIMESTAMP() AS processed_at
FROM events_iceberg
WHERE event_type IS NOT NULL;
```
## Variant C: Data Mesh with Data Sharing
**Best for:** Multi-team, multi-account, decentralized ownership
```
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Finance Account │ │ Marketing Acct │ │ Engineering │
│ │ │ │ │ Account │
│ ┌────────────┐ │ │ ┌────────────┐ │ │ ┌────────────┐ │
│ │ Finance DB │ │ │ │ Marketing │ │ │ │ Product DB │ │
│ │ (owner) │──┼──→│ │ DB (owner) │──┼──→│ │ (owner) │ │
│ └────────────┘ │ │ └────────────┘ │ │ └────────────┘ │
│ │ │ │ │ │
│ ┌────────────┐ │ │ ┌────────────┐ │ │ ┌────────────┐ │
│ │ Shared: │ │ │ │ Shared: │ │ │ │ Shared: │ │
│ │ Product, │←─┼───┼──│ Finance │←─┼───┼──│ Marketing, │ │
│ │ Marketing │ │ │ │ Product │ │ │ │ Finance │ │
│ └────────────┘ │ │ └────────────┘ │ │ └────────────┘ │
└─────────────────┘ └─────────────────┘ └─────────────────┘
```
```sql
-- PROVIDER: Create a share from Finance account
CREATE SHARE finance_share;
GRANT USAGE ON DATABASE FINANCE_DW TO SHARE finance_share;
GRANT USAGE ON SCHEMA FINANCE_DW.GOLD TO SHARE finance_share;
-- Only share secure views (hides underlying SQL)
CREATE SECURE VIEW FINANCE_DW.GOLD.REVENUE_SUMMARY AS
SELECT region, product_line,
SUM(revenue) AS total_revenue,
COUNT(DISTINCT customer_id) AS customer_count
FROM FINANCE_DW.SILVER.TRANSACTIONS
GROUP BY region, product_line;
GRANT SELECT ON VIEW FINANCE_DW.GOLD.REVENUE_SUMMARY TO SHARE finance_share;
-- Add consumer accounts
ALTER SHARE finance_share ADD ACCOUNTS = myorg.marketing_account, myorg.engineering_account;
-- CONSUMER: Create database from share
CREATE DATABASE FINANCE_SHARED FROM SHARE myorg.finance_account.finance_share;
-- Zero-copy, real-time, no data movement
-- Query shared data as if it's local
SELECT * FROM FINANCE_SHARED.GOLD.REVENUE_SUMMARY
WHERE region = 'North America';
```
## Variant D: Snowpark-Native Application
**Best for:** ML/AI workloads, Python-heavy teams, stored procedure logic
```python
# Snowpark Python — run Python natively inside Snowflake
from snowflake.snowpark import Session
from snowflake.snowpark.functions import col, sum as sf_sum, avg
# Create session
session = Session.builder.configs({
"account": os.environ['SNOWFLAKE_ACCOUNT'],
"user": os.environ['SNOWFLAKE_USER'],
"password": os.environ['SNOWFLAKE_PASSWORD'],
"warehouse": "ML_WH",
"database": "PROD_DW",
"schema": "GOLD",
}).create()
# DataFrame API (lazy evaluation, pushdown to Snowflake)
orders_df = session.table("orders")
revenue = (
orders_df
.filter(col("order_date") >= "2026-01-01")
.group_by("customer_id")
.agg(
sf_sum("amount").alias("total_spend"),
avg("amount").alias("avg_order"),
)
.filter(col("total_spend") > 1000)
.sort(col("total_spend").desc())
)
revenue.show() # Executes in Snowflake, not locally
# Register as stored procedure (runs inside Snowflake)
@session.sproc(name="train_model", replace=True, is_permanent=True,
stage_location="@ML_STAGE", packages=["scikit-learn"])
def train_model(session: Session, table_name: str) -> str:
df = session.table(table_name).to_pandas()
from sklearn.ensemble import RandomForestClassifier
model = RandomForestClassifier()
model.fit(df[['feature1', 'feature2']], df['label'])
return f"Trained on {len(df)} rows, score: {model.score(...)}"
# Register UDF
@session.udf(name="predict_churn", replace=True, is_permanent=True,
stage_location="@ML_STAGE")
def predict_churn(tenure: int, monthly_charge: float) -> float:
# Model loaded from stage at runtime
return model.predict_proba([[tenure, monthly_charge]])[0][1]
```
## Decision Matrix
| Factor | Traditional DW | Lakehouse | Data Mesh | Snowpark |
|--------|---------------|-----------|-----------|----------|
| Team Size | 1-10 | 5-30 | 10+ (multi-team) | 3-20 |
| Data Volume | Any | Large (10TB+) | Any | Any |
| External Tools | BI only | Spark, Flink, Presto | BI per domain | Python/ML |
| Governance | Centralized | Centralized | Federated | Centralized |
| Complexity | Low | Medium | High | Medium |
| Cost Model | Compute + storage | Reduced storage | Per-domain | Compute-heavy |
## Error Handling
| Issue | Cause | Solution |
|-------|-------|----------|
| Share access denied | Consumer not added | `ALTER SHARE x ADD ACCOUNTS = y` |
| Iceberg sync delay | External catalog lag | Check external volume config |
| Snowpark OOM | Large DataFrame | Use `session.table()` not `to_pandas()` for large data |
| Cross-account query slow | Network latency | Deploy in same region |
## Resources
- [Data Sharing](https://docs.snowflake.com/en/user-guide/data-sharing-intro)
- [Iceberg Tables](https://docs.snowflake.com/en/user-guide/tables-iceberg)
- [Snowpark Python](https://docs.snowflake.com/en/developer-guide/snowpark/python/index)
- [Secure Views](https://docs.snowflake.com/en/user-guide/views-secure)
## Next Steps
For common anti-patterns, see `snowflake-known-pitfalls`.Related Skills
workhuman-reference-architecture
Workhuman reference architecture for employee recognition and rewards API. Use when integrating Workhuman Social Recognition, or building recognition workflows with HRIS systems. Trigger: "workhuman reference architecture".
wispr-reference-architecture
Wispr Flow reference architecture for voice-to-text API integration. Use when integrating Wispr Flow dictation, WebSocket streaming, or building voice-powered applications. Trigger: "wispr reference architecture".
windsurf-reference-architecture
Implement Windsurf reference architecture with optimal project structure and AI configuration. Use when designing workspace configuration for Windsurf, setting up team standards, or establishing architecture patterns that maximize Cascade effectiveness. Trigger with phrases like "windsurf architecture", "windsurf project structure", "windsurf best practices", "windsurf team setup", "optimize for cascade".
windsurf-architecture-variants
Choose workspace architectures for different project scales in Windsurf. Use when deciding how to structure Windsurf workspaces for monorepos, multi-service setups, or polyglot codebases. Trigger with phrases like "windsurf workspace strategy", "windsurf monorepo", "windsurf project layout", "windsurf multi-service", "windsurf workspace size".
webflow-reference-architecture
Implement Webflow reference architecture — layered project structure, client wrapper, CMS sync service, webhook handlers, and caching layer for production integrations. Trigger with phrases like "webflow architecture", "webflow project structure", "how to organize webflow", "webflow integration design", "webflow best practices".
vercel-reference-architecture
Implement a Vercel reference architecture with layered project structure and best practices. Use when designing new Vercel projects, reviewing project structure, or establishing architecture standards for Vercel applications. Trigger with phrases like "vercel architecture", "vercel project structure", "vercel best practices layout", "how to organize vercel project".
vercel-architecture-variants
Choose and implement Vercel architecture blueprints for different scales and use cases. Use when designing new Vercel projects, choosing between static, serverless, and edge architectures, or planning how to structure a multi-project Vercel deployment. Trigger with phrases like "vercel architecture", "vercel blueprint", "how to structure vercel", "vercel monorepo", "vercel multi-project".
veeva-reference-architecture
Veeva Vault reference architecture for REST API and clinical operations. Use when working with Veeva Vault document management and CRM. Trigger: "veeva reference architecture".
vastai-reference-architecture
Implement Vast.ai reference architecture for GPU compute workflows. Use when designing ML training pipelines, structuring GPU orchestration, or establishing architecture patterns for Vast.ai applications. Trigger with phrases like "vastai architecture", "vastai design pattern", "vastai project structure", "vastai ml pipeline".
twinmind-reference-architecture
Production architecture for meeting AI systems using TwinMind: transcription pipeline, memory vault, action item workflow, and calendar integration. Use when implementing reference architecture, or managing TwinMind meeting AI operations. Trigger with phrases like "twinmind reference architecture", "twinmind reference architecture".
together-reference-architecture
Together AI reference architecture for inference, fine-tuning, and model deployment. Use when working with Together AI's OpenAI-compatible API. Trigger: "together reference architecture".
techsmith-reference-architecture
TechSmith reference architecture for Snagit COM API and Camtasia automation. Use when working with TechSmith screen capture and video editing automation. Trigger: "techsmith reference architecture".