Amazon DataZone provides a shared catalog and collaboration layer for organizational data. Data producers describe and publish assets, while consumers search the catalog, evaluate business and technical metadata, and request access. The service coordinates discovery and access workflows; it is not a replacement for object storage, a data warehouse, or a query engine.
A domain is the primary organizational boundary for a DataZone deployment. It contains catalog assets, projects, business glossaries, metadata forms, and governance configuration. Domain units can organize teams and assets within a domain and delegate selected administrative responsibilities. Plan this hierarchy around ownership and governance requirements rather than automatically creating a separate domain for every application.
Projects group users who collaborate on a business objective. Environments provide the configured resources and permissions that project members use to publish or consume data. Environment blueprints and profiles control how these resources are provisioned. Administrators must configure the relevant IAM roles, account associations, and service permissions before projects can use integrated analytics resources.
Producers can configure data sources to import technical metadata from supported systems, including the AWS Glue Data Catalog and Amazon Redshift. Imported assets initially belong to a project's inventory, where producers can enrich descriptions, attach glossary terms, and populate custom metadata forms before publishing them to the business catalog. Schedule metadata ingestion according to the rate of schema changes and the freshness requirements of consumers.
Consumers discover published assets through the data portal and submit subscription requests that explain their intended use. Authorized owners review requests and approve or reject them. For supported managed asset types, DataZone can coordinate access provisioning through integrated services such as AWS Lake Formation and Amazon Redshift. Other asset types can require an external fulfillment process. A catalog approval should not be treated as proof of effective access until the underlying grants and resource policies have been validated.
The catalog can also expose data quality results and lineage information. These capabilities help consumers evaluate whether data is suitable for a workload and understand upstream dependencies. Their coverage depends on which producers, jobs, and integrations supply the relevant metadata; publishing an asset does not automatically establish complete lineage or quality monitoring.
For production deployments, separate domain administration, data ownership, and consumption responsibilities. Monitor administrative and subscription activity, test access revocation, and account for cross-account permissions and encryption requirements. Budget separately for DataZone usage and the storage, queries, processing jobs, and other AWS resources used by project environments.