dataonaws
— Stack · Data

Amazon SageMaker Unified Studio

The data and AI workspace of the next-generation Amazon SageMaker. One catalog for data on AWS, Snowflake and Databricks; domains and projects so each team owns and shares its data; blueprints so the platform team hands out governed environments; and a Data Agent to query it all in plain language.

How it fits

Domains own projects, the platform team runs their workspaces, the catalog moves data between them.

SOURCESSAGEMAKER UNIFIED STUDIOSALES DOMAIN UNITMARKETING DOMAIN UNITCENTRAL PLATFORM TEAMS3 lakehouseIceberg, S3 TablesRedshiftwarehouseSnowflakefederatedDatabricksfederatedLakehouse catalogGlue Data Catalogfederated catalogsLake FormationIceberg RESTSales projectproducerSales workspacefrom a project profilenotebooks, SparkSQL, visual ETLAirflow schedulesData productpublished to catalogData catalogSageMaker Catalogglossary, formslineageaccess requestsMarketing projectconsumerMarketing workspacefrom a project profilequery editorData AgentBedrock appsSubscriptionapproved, access grantedAnalystschat with the dataask in plain wordsagent writes SQLuses catalog termsBlueprintsbuilt-in + your CFNProject profilestools, accounts, limitsDomain unitsowners, policies324567281numbers follow the order of the workflow below
  1. 1The platform team turns blueprints into project profiles: which tools, which account, which settings are locked.
  2. 2Each domain unit creates its projects from a profile; every project gets its own workspace.
  3. 3Sources are registered or federated in the lakehouse catalog and reach the producer workspace.
  4. 4The Sales team builds a data product in its workspace.
  5. 5It publishes the product to the catalog with business names, glossary terms and lineage.
  6. 6The Marketing project finds it and requests a subscription; the Sales owner approves.
  7. 7Access is granted to the Marketing project only, in its own workspace.
  8. 8Analysts query it there, in SQL or through the Data Agent in plain language.

Snowflake and other databases connect through a Glue connection and are federated into the catalog without copying data. Databricks is federated through Glue Data Catalog federation to Unity Catalog: Iceberg tables directly, Delta tables once UniForm writes their Iceberg metadata. Lineage accepts OpenLineage events from any system that emits them.

What it brings together

One catalog, team ownership, governed workspaces, and an agent.

Open

Catalog beyond AWS

S3, Redshift and databases sit next to federated Snowflake and Databricks tables. Each asset gets business names, glossary terms, metadata forms and lineage, so people search by meaning, not by table name.

Data mesh

Domains own their data

Domain units mirror your organisation and carry its policies. A producer project publishes data products; a consumer project subscribes, the owner approves, and access is granted for that project only.

Platform

Environments on demand

Admins define project profiles from blueprints: which tools a project gets, in which account, with which settings locked. Custom blueprints are your own CloudFormation templates, versioned like any other code.

Agent

Chat with your data

The SageMaker Data Agent works in notebooks and the query editor. It reads the catalog, including business context, to write SQL and Python from a plain-language request, and keeps the conversation going for follow-ups.

The three choices that matter

Three decisions shape how far it scales.

01

How far the catalog reaches

Federation brings Snowflake and Databricks tables into the same search, glossary and lineage as your AWS data. The data stays where it is; the catalog holds the metadata and the access path.

02

How you cut domains and projects

Cut domain units along data ownership, which changes less often than reporting lines. Projects hold a team's inventory until it publishes; consumers subscribe to published assets and the owner approves each request.

03

Built-in or custom blueprints

Start from built-in profiles, then assemble your own from built-in and custom blueprints. Each custom blueprint has a provisioning role and the domain units allowed to use it; only the parameters you leave editable are open to project owners.

Tag values describe mechanisms, not measured figures.

What you pay

A Unified Studio bill: the catalog, then the services you use.

Catalog requests
$10 per 100,000
First 4,000 a month free per account; core calls such as search and project creation are free
+
Catalog metadata
$0.40 per GB
Domains, glossaries, forms, projects and assets; first 20 MB a month free
+
Metadata ingestion
$1.776 per compute unit
Harvesting asset and schema metadata from sources; 0.2 units a month free
+
AI descriptions
per 1,000 tokens
$0.015 input, $0.075 output, when the catalog generates business descriptions
+
Services in projects
their own rates
Athena, Redshift, EMR, Glue, Bedrock and storage, billed as if used directly
What we see in production
Snowflake or Databricks tables copied to S3 just to catalog them.Federate them instead; the catalog holds the metadata and the data stays in place.
Assets published with technical names and no description.Require glossary terms and a metadata form before publishing; the Data Agent and every search depend on them.
One domain unit for the whole company.Cut domain units along data ownership so policies and approvals sit with the team that knows the data.
Every team waits on the platform team for an environment.Publish project profiles from blueprints so teams create their own governed projects.
A custom blueprint provisioning role with admin rights.Scope the role to the resources in the template, and limit the blueprint to the domain units that need it.
Lineage that stops at the AWS boundary.Send OpenLineage events from dbt, Airflow or Spark jobs so lineage covers the pipelines outside AWS services.
How we help

Build & optimize your data platform on AWS

State of the art, costs under control. Most bills grow with habits, not with data.

Read the approach →
PDF · coming soon

The one-page Amazon SageMaker Unified Studio field guide.

Best practices, cost traps and performance checks, in the order you should run them. Printable, no fluff.

One email when the PDF is ready. Nothing else unless you tick the box.