<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Databricks SDK vs bundles in Machine Learning</title>
    <link>https://community.databricks.com/t5/machine-learning/databricks-sdk-vs-bundles/m-p/148677#M4544</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/216600"&gt;@Dali1&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;When you deploy with Asset Bundles, DABk keeps track of what’s already been deployed and what has changed. That means:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;it only updates what needs updating,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;detects drift between your desired state and the workspace,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;lets you generate plans/diffs,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;and reduces deployment errors.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;It you've worked with Terraform is the same concept (in fact, under the hood DABs are using terraform).&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;SDK calls by themselves are stateless: if you run the same API calls over and over, you’re responsible for tracking what exists or changed - this becomes complex as your pipelines grow.&lt;/P&gt;</description>
    <pubDate>Wed, 18 Feb 2026 09:30:34 GMT</pubDate>
    <dc:creator>szymon_dybczak</dc:creator>
    <dc:date>2026-02-18T09:30:34Z</dc:date>
    <item>
      <title>Databricks SDK vs bundles</title>
      <link>https://community.databricks.com/t5/machine-learning/databricks-sdk-vs-bundles/m-p/148670#M4543</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;In this article:&amp;nbsp;&lt;A href="https://www.databricks.com/blog/from-airflow-to-lakeflow-data-first-orchestration" target="_blank" rel="noopener"&gt;https://www.databricks.com/blog/from-airflow-to-lakeflow-data-first-orchestration&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I understand that if I want to create and deploy ml pipeline in production the recommandation is to use databricks asset bundles.&amp;nbsp;&lt;BR /&gt;But by using it and databricks sdk the second one is easier to write. Why not directly using databricks sdk for creating ml pipeline using lakeflow jobs and using it also in prod ?&lt;/P&gt;</description>
      <pubDate>Wed, 18 Feb 2026 08:31:56 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/databricks-sdk-vs-bundles/m-p/148670#M4543</guid>
      <dc:creator>Dali1</dc:creator>
      <dc:date>2026-02-18T08:31:56Z</dc:date>
    </item>
    <item>
      <title>Re: Databricks SDK vs bundles</title>
      <link>https://community.databricks.com/t5/machine-learning/databricks-sdk-vs-bundles/m-p/148677#M4544</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/216600"&gt;@Dali1&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;When you deploy with Asset Bundles, DABk keeps track of what’s already been deployed and what has changed. That means:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;it only updates what needs updating,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;detects drift between your desired state and the workspace,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;lets you generate plans/diffs,&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;and reduces deployment errors.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;It you've worked with Terraform is the same concept (in fact, under the hood DABs are using terraform).&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;SDK calls by themselves are stateless: if you run the same API calls over and over, you’re responsible for tracking what exists or changed - this becomes complex as your pipelines grow.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Feb 2026 09:30:34 GMT</pubDate>
      <guid>https://community.databricks.com/t5/machine-learning/databricks-sdk-vs-bundles/m-p/148677#M4544</guid>
      <dc:creator>szymon_dybczak</dc:creator>
      <dc:date>2026-02-18T09:30:34Z</dc:date>
    </item>
  </channel>
</rss>

