CertSafari
    Databricks Certified Data Engineer Associate· Lessons

    Domain 2 · Lesson 6/33

    Lakeflow Connect Managed vs Standard Connectors and Their Components

    Configure Lakeflow Connect to reliably ingest data

    10 min read
    3% of exam
    5 sources
    Published 2 Oct 2026
    Docs as of 30 Sep 2026

    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.

    The ingestion layers Lakeflow Connect offers, from most to least managed
    LayerWhat you getWhat you give up or take on
    Fully-managed connectorsSource-specific authentication, CDC, edge-case handling, long-term API maintenance, automated retries, automated schema evolutionYou can't customize the ingestion process itself
    Lakeflow pipelinesDeclarative pipelines; Databricks manages orchestration, monitoring, data quality and errorsYou define the transformations yourself
    Structured StreamingDirect API access for any feature not yet in Lakeflow pipelinesThe most code to write and maintain
    Community / custom connectorsIngestion from sources with no managed connectorCommunity 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?

    Checkpoint 2 of 5· Exam question

    How does Databricks describe the core difference between managed connectors and standard connectors in Lakeflow Connect?

    Sources123

    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.

    Sources45

    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.

    Which components each connector type uses
    ComponentSaaS / fileDatabase (CDC)Query-basedStreaming
    ConnectionYesYesYesYes
    Ingestion gatewayNoYes, continuous on classic computeNoNo
    Staging storageNoYes, a Unity Catalog volumeNoNo
    Ingestion pipelineYes, serverlessYes, serverlessYes, serverless by defaultYes, serverless and continuous
    Destination tablesStreaming tablesStreaming tablesStreaming tablesStreaming tables

    Checkpoint 4 of 5· Check yourself

    In a SQL Server managed connector, which component must run continuously?

    Sources24

    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:

    The ALTER statements that managed ingestion pipelines' destination tables acceptsql
    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?

    Sources21

    Exam traps

    Each one states something that sounds right. Open it to see what is actually true.

    1. 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.

      Covered in Managed or standard: picking the ingestion layer

    2. 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. 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. 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. 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. 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. 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

    Continue to page 2 of 2

    Configuring Reliable Lakeflow Connect Ingestion Pipelines

    Spotted a mistake, or was something unclear? Tell us.