What you will be able to do
- Choose between a fully-managed Lakeflow Connect connector and a standard connector (Lakeflow pipelines or Structured Streaming) for a given enterprise source
- Name the Lakeflow Connect connector types and the sources each one covers
- Identify the components of SaaS, database, query-based and streaming connectors and the job each component does
- Explain where Unity Catalog governs a managed ingestion pipeline, from the connection to the destination streaming tables
Key concept
Managed connector (Lakeflow Connect) — A fully-managed ingestion connector built on Lakeflow pipelines. Databricks handles authentication, incremental reads, retries and schema evolution for you, and the pipeline writes into streaming tables governed by Unity Catalog. You choose what to ingest and where it goes. You do not write the ingestion logic.
1.Managed or standard: picking the ingestion layer
Lakeflow Connect offers ingestion at more than one level of the ETL stack. At the top are fully-managed connectors: ready-made connectors for popular enterprise applications such as Salesforce and databases such as SQL Server. Below them are standard connectors, which you build with Lakeflow pipelines or Structured Streaming. The docs describe standard connectors as ones that "trade some automation for broader source support and customization".
The two layers are related. Fully-managed connectors are built on top of Lakeflow pipelines. They add source-specific authentication, change data capture (CDC), edge-case handling, long-term API maintenance, automated retries and automated schema evolution. Lakeflow pipelines, in turn, are a declarative framework built on Structured Streaming. They handle orchestration, monitoring, data quality and errors once you define your transformations.
The guidance is to start at the most managed layer. If it doesn't meet your requirements (most often because it doesn't support your source), you drop down one layer. Sources with no managed connector at all can use community connectors (open source, built by the community, not backed by Databricks SLAs) or a custom connector that you build and run in your own workspace.
| Layer | What you get | What you give up or take on |
|---|---|---|
| Fully-managed connectors | Source-specific authentication, CDC, edge-case handling, long-term API maintenance, automated retries, automated schema evolution | You can't customize the ingestion process itself |
| Lakeflow pipelines | Declarative pipelines; Databricks manages orchestration, monitoring, data quality and errors | You define the transformations yourself |
| Structured Streaming | Direct API access for any feature not yet in Lakeflow pipelines | The most code to write and maintain |
| Community / custom connectors | Ingestion from sources with no managed connector | Community connectors are not backed by Databricks SLAs |
"Fully managed" sets a firm limit. With a managed connector you still choose the objects to ingest, the destination, the schedule, permissions and notifications. You cannot change how the ingestion itself runs. If you need to change that, move to Lakeflow pipelines or Structured Streaming. Auto Loader also sits outside the managed tier. It incrementally ingests files from S3, ADLS and GCS and works with Structured Streaming and Lakeflow pipelines, but it is not a fully-managed ingestion pipeline. Auto Loader is covered in its own lesson.
Checkpoint 1 of 5· Check yourself
A managed Salesforce pipeline works, but the team wants to change how the connector reads records from the API. What is the supported path?
Managed connectors let you configure what is ingested and where it goes, not how it is ingested. For deeper customization you move to Lakeflow pipelines or Structured Streaming.
“You can't customize the ingestion process itself because these connectors are fully managed.”Source: docs.databricks.com
Checkpoint 2 of 5· Exam question
How does Databricks describe the core difference between managed connectors and standard connectors in Lakeflow Connect?
Correct answer: A — Managed connectors are fully automated, serverless-backed pipelines with less customization, while standard connectors offer broader source coverage but need manual pipeline configuration.
- A. This matches Databricks documentation: managed connectors trade customization for automation, governance, and serverless compute, while standard connectors (built on Structured Streaming/Lakeflow pipelines) support a wider range of sources with more manual setup.
- B. Both connector types are designed to land data in Unity Catalog governed tables, not just one of them, and neither is restricted to writing only to external cloud storage.
- C. This reverses the roles: standard connectors are the ones built on customizable pipeline code, while managed connectors are the largely no-code, automated path configured through the UI or APIs.
- D. Managed connectors support incremental ingestion after the initial full load, and change data capture is available for supported database sources, so this description of batch-only behavior is inaccurate.
2.Connector types by source
Once you know you want a managed connector, the next question is which kind. Lakeflow Connect groups its connectors by the type of source, and each type ingests in a different way:
- Database connectors (CDC) read relational databases such as MySQL, PostgreSQL, Oracle and SQL Server using change data capture. SQL Server also supports full snapshots. - Query-based connectors query the source database directly, without any CDC configuration. - SaaS connectors ingest from enterprise applications such as Salesforce, HubSpot, Jira and Workday. Each handles source-specific authentication, incremental reads, schema evolution and automated retries. - File source connectors ingest structured and unstructured files from enterprise file services such as Google Drive and SharePoint. - Streaming connectors continuously ingest from message buses and event streaming sources such as RabbitMQ.
The catalogue is large and keeps growing, and connectors are in various release states. Check the connector's own page before assuming it is generally available.
Checkpoint 3 of 5· Match them up
Match each source to the Lakeflow Connect connector type that ingests it
Tap a term, then the definition that fits it.
Database connectors use CDC against relational databases, file connectors cover enterprise file services such as SharePoint, SaaS connectors cover applications such as Workday, and streaming connectors read message buses such as RabbitMQ.
“Ingest unstructured and structured files from enterprise file storage services including Google Drive and SharePoint.”Source: docs.databricks.com
3.Anatomy of a managed connector
Every managed connector is assembled from a few named components, and the connector type decides which ones it has. SaaS and file connectors are the simplest: a connection, an ingestion pipeline and destination tables. Query-based and streaming connectors have the same three parts. A query-based connector runs its queries against the source on a schedule, while a streaming connector reads messages continuously.
Database connectors add two more parts, because CDC must not miss changes. The ingestion gateway pulls snapshots, change logs and metadata from the source. It runs on classic compute, and it runs continuously so it captures changes before the source truncates its change logs. The gateway writes into staging storage, a Unity Catalog volume that holds extracted data until the ingestion pipeline applies it. Because changes wait in staging, the serverless ingestion pipeline can run on any schedule you like, and staging also helps with failure recovery. Staged data is purged automatically after 30 days.
The always-on gateway has a cost: you provision and pay for its classic compute even while the ingestion pipeline is idle.
| Component | SaaS / file | Database (CDC) | Query-based | Streaming |
|---|---|---|---|---|
| Connection | Yes | Yes | Yes | Yes |
| Ingestion gateway | No | Yes, continuous on classic compute | No | No |
| Staging storage | No | Yes, a Unity Catalog volume | No | No |
| Ingestion pipeline | Yes, serverless | Yes, serverless | Yes, serverless by default | Yes, serverless and continuous |
| Destination tables | Streaming tables | Streaming tables | Streaming tables | Streaming tables |
Checkpoint 4 of 5· Check yourself
In a SQL Server managed connector, which component must run continuously?
The gateway captures changes continuously on classic compute. The serverless ingestion pipeline then moves data from staging into the destination tables on whatever schedule you choose.
“The gateway runs on classic compute, and it runs continuously to capture changes before change logs can be truncated in the source.”Source: docs.databricks.com
4.Where Unity Catalog governs the ingestion
Unity Catalog governs a managed ingestion pipeline from the credentials through to the output tables. The connection is a Unity Catalog securable object that holds the source's authentication details. For streaming sources it holds the endpoint as well, so the connector can authenticate without credentials in the pipeline configuration. A database connector's staging storage is a Unity Catalog volume. The destination tables are streaming tables: Delta tables with extra support for incremental data processing, registered in the catalog and schema you choose.
Lakeflow Connect also uses other platform features: Unity Catalog for governance, Lakeflow Jobs for orchestration, and monitoring across your pipelines. You can add governance controls to the ingested tables after they land. Managed pipelines' streaming tables accept a limited set of ALTER statements for column comments, column masks, row filters and tags:
ALTER MATERIALIZED VIEW view_name | ALTER STREAMING TABLE table_name
{
ALTER COLUMN column_clause |
SET ROW FILTER clause |
DROP ROW FILTER |
SET TAGS clause |
UNSET TAGS clause
}Checkpoint 5 of 5· Check yourself
What kind of table does a managed Lakeflow Connect ingestion pipeline write to?
Destination tables are streaming tables. Staging volumes only hold data temporarily, and foreign catalogs are a separate query-in-place feature.
“These are streaming tables, which are Delta tables with extra support for incremental data processing.”Source: docs.databricks.com
Exam traps
Each one states something that sounds right. Open it to see what is actually true.
1.A managed connector can be tuned to change how it reads from the source.Why is that wrong?
Managed connectors let you choose objects, destination, schedule, permissions and notifications, but not the ingestion process. Use Lakeflow pipelines or Structured Streaming when you need that control.
2.Every managed connector has an ingestion gateway and staging storage.Why is that wrong?
Only database (CDC) connectors add a gateway and staging volume. SaaS and file connectors use just a connection, an ingestion pipeline and destination tables, and query-based connectors have no gateway or staging.
Covered in Anatomy of a managed connector
Sources
Every claim above is drawn from one of these pages, quoted as it was written on the date shown.
- 1.
“If it doesn't satisfy your requirements (for example, if it doesn't support your data source), drop down to the next layer.”
↩︎ Managed or standard: picking the ingestion layer“They extend Lakeflow pipelines functionality to also include source-specific authentication, CDC, edge case handling, long-term API maintenance, automated retries, automated schema evolution”
↩︎ Managed or standard: picking the ingestion layer“it offers governance using Unity Catalog, orchestration using Lakeflow Jobs, and holistic monitoring across your pipelines.”
↩︎ Where Unity Catalog governs the ingestion“Databricks recommends starting with the most managed layer.”
↩︎ Prediction - 2.
“standard connectors, which trade some automation for broader source support and customization”
↩︎ Managed or standard: picking the ingestion layer“SaaS and file connectors use a connection, an ingestion pipeline, and destination tables.”
↩︎ Anatomy of a managed connector“The managed connector uses this connection to authenticate without requiring credentials in your pipeline configuration.”
↩︎ Where Unity Catalog governs the ingestion“Managed connectors produce ingestion pipelines that are governed by Unity Catalog and powered by serverless compute and Lakeflow pipelines”
↩︎ Key concept“Database connectors also include an ingestion gateway and staging storage to support continuous change capture.”
↩︎ Exam trap 2“Ingest unstructured and structured files from enterprise file storage services including Google Drive and SharePoint.”
↩︎ Checkpoint - 3.
“It is compatible with Structured Streaming and Lakeflow pipelines but does not offer fully-managed ingestion pipelines.”
↩︎ Managed or standard: picking the ingestion layer“For further customization, you can use Lakeflow pipelines or Structured Streaming.”
↩︎ Exam trap 1“You can't customize the ingestion process itself because these connectors are fully managed.”
↩︎ Checkpoint - 4.
“Microsoft SQL Server Ingest data from Microsoft SQL Server using change data capture (CDC) or full snapshot.”
↩︎ Connector types by source“A Unity Catalog volume that temporarily stores extracted data before it's applied to the destination table.”
↩︎ Anatomy of a managed connector“you provision and pay for its classic compute even when your ingestion pipeline is idle.”
↩︎ Anatomy of a managed connector“The gateway runs on classic compute, and it runs continuously to capture changes before change logs can be truncated in the source.”
↩︎ Checkpoint - 5.
“Each connector handles source-specific authentication, incremental reads, schema evolution, and automated retries.”
↩︎ Connector types by source“These are streaming tables, which are Delta tables with extra support for incremental data processing.”
↩︎ Checkpoint