Managed Lakehouse is available on the Professional plan and above. Upgrade →
Architecture
Key design decisions:- Single write, dual commit — Parquet files are uploaded once. Iceberg and Delta metadata are committed separately, eliminating data duplication.
- Iceberg-primary — Iceberg is the transactional source of truth. If the Iceberg commit succeeds but Delta fails, the pipeline retries Delta once and logs a warning without failing the run.
- Catalog-backed — Iceberg tables are registered in a catalog (AWS Glue Data Catalog or REST Catalog) for schema governance, time travel, and partition pruning.
Supported cloud providers
- Amazon S3
- Google Cloud Storage
- Azure Blob Storage
For Iceberg via AWS Glue, the credential also needs:
glue:GetDatabase,glue:GetDatabasesglue:GetTable,glue:GetTables,glue:CreateTable,glue:UpdateTable
Iceberg catalog configuration
- AWS Glue Catalog
- REST Catalog
AWS credentials are shared with the S3 storage credential. Glue permissions must include table create/update access.
Write modes
- Append
- Overwrite
- Merge (Upsert)
Adds new Parquet files and commits a new snapshot to both Iceberg and Delta. Existing data is preserved.Best for: event streams, logs, incremental loads, and any workload where historical data should not be modified.
Table formats
You can enable one or both formats:
By default, both formats are enabled. If you only need one, uncheck the other in the node configuration.
Advanced settings
Partition strategy
Partitioning organizes data files by column values for faster queries. Supported partition transforms:Schema evolution
When enabled (default), the destination automatically adapts to upstream schema changes:1
First batch — schema inference
Column types are inferred from the data and registered in both the Iceberg catalog and Delta log.
2
New columns
If a new column appears in a later batch, it is added to the schema. Existing columns retain their original types.
3
Iceberg schema IDs
Iceberg tracks column identity by field ID, enabling safe renames and reordering without breaking downstream consumers.
Maintenance settings
Maintenance can be triggered manually via the API or scheduled automatically.
Reading your tables
API reference
The Managed Lakehouse API provides endpoints for table management, commit history, and maintenance operations.List registered tables
Register a new table
View commit history
Trigger maintenance
snapshot_expiry, orphan_cleanup, compaction, metadata_cleanup, delta_checkpoint, full_maintenance.
Troubleshooting
Comparison with other destinations
Related topics
Delta Lake destination
Standalone Delta Lake destination for simpler single-format workflows.
Destination nodes
All destination node types including Write, Cloud Destination, and Iceberg.
Cloud storage
Configure S3, GCS, and Azure Blob connections used by the lakehouse.
Data contracts
Enforce schema and quality rules before data lands in your lakehouse.