architecting-data_skill

This skill guides you in designing modern data platforms, selecting storage, modeling, and governance patterns to optimize architecture.
  • Python

291

GitHub Stars

2

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill ancoleman/ai-design-components --skill architecting-data

  • outputs.yaml7.5 KB
  • SKILL.md14.1 KB

Overview

This skill provides strategic guidance for designing modern data platforms, including storage paradigms (lake, warehouse, lakehouse), modeling approaches, medallion patterns, table-format selection, and governance frameworks. It helps architects and platform engineers choose patterns and tools that balance cost, performance, and organizational readiness for BI and ML workloads.

How this skill works

The skill inspects your primary use cases, budget, organizational scale, and data maturity to recommend storage paradigms and modeling patterns. It applies decision trees for storage, modeling, table-format selection, and data-mesh readiness, and maps those decisions to a recommended tool stack and implementation patterns (medallion layers, incremental loads, governance). It also highlights anti-patterns and concrete migration or startup recommendations.

When to use it

  • Designing a new data platform or modernizing a legacy warehouse
  • Choosing between data lake, warehouse, or lakehouse for BI and ML workloads
  • Selecting a data modeling approach: dimensional, normalized, data vault, or wide tables
  • Evaluating open table formats (Iceberg, Delta Lake, Hudi) for ACID on object storage
  • Assessing whether to adopt a data mesh or keep a centralized platform
  • Designing medallion layers (bronze/silver/gold) and governance/catalog requirements

Best practices

  • Start simple: prefer a warehouse or basic lakehouse and iterate rather than over-engineering
  • Adopt medallion architecture to separate raw, cleaned, and business-level data
  • Invest in governance early: catalog, lineage, data quality tests, and access controls
  • Prefer open table formats (Apache Iceberg recommended) to reduce vendor lock-in
  • Automate data quality and CI/CD for transformations (dbt, Great Expectations)
  • Assess data-mesh readiness with a multi-factor score; avoid decentralizing prematurely

Example use cases

  • Startup (50 people) with transactional + product analytics: recommend simple cloud warehouse + Airbyte/Fivetran + dbt
  • Enterprise migration from legacy Oracle: incremental move to lakehouse with medallion layers and CDC
  • ML platform needing raw feature access: lakehouse with wide tables and Iceberg for multi-engine access
  • Company debating data mesh: run readiness assessment; recommend hybrid or central-first if score is low
  • Real-time CDC-heavy pipelines: object store with Apache Hudi or Iceberg and Kafka for ingestion

FAQ

Choose Iceberg for vendor-neutral, multi-engine flexibility; choose Delta Lake if committed to the Databricks ecosystem.

Is data mesh appropriate for a 200-person company?

Usually not; run the readiness assessment—companies under ~500 people often lack the domain clarity and platform scale for data mesh.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
architecting-data skill by ancoleman/ai-design-components | VeilStrat