<?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: Possibility of creating and running concurrent Job Runs from a single job all parameters driven in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/115430#M45082</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/158677"&gt;@iskidet_glenny&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, running multiple instances of a Databricks job with different parameters is a common and solid approach especially when it comes to backfilling data.&lt;/P&gt;&lt;P&gt;So usually, we set up one job and just pass in different parameters each time we run it. No need to create a bunch of separate jobs. Then we trigger the runs using the Databricks API. That way, we can start many runs at once, each with its own settings.&lt;/P&gt;&lt;P&gt;All the jobs run in parallel, on their own. If they’re writing to the same place, just make sure they don’t mess each other up or overwrite anything.&lt;/P&gt;&lt;P&gt;A few things to watch out for your cluster should be able to handle the load if we are running a lot of jobs at the same time. And it’s always a good idea to check each job’s logs and status to catch any issues.&lt;/P&gt;</description>
    <pubDate>Mon, 14 Apr 2025 17:27:16 GMT</pubDate>
    <dc:creator>SP_6721</dc:creator>
    <dc:date>2025-04-14T17:27:16Z</dc:date>
    <item>
      <title>Possibility of creating and running concurrent Job Runs from a single job all parameters driven</title>
      <link>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/115375#M45074</link>
      <description>&lt;P&gt;Hello Community,&lt;/P&gt;&lt;P&gt;I hope everyone is doing well.&lt;/P&gt;&lt;P&gt;I’ve been exploring the idea of creating multiple instances of a job which will be jobs runs with different parameter configurations. Has anyone else considered this approach?&lt;/P&gt;&lt;P&gt;Imagine a scenario where you need to backfill data to a data lake. Instead of fanning out with multiple tasks, what if we could create multiple independent instances of a job run? These instances would be completely isolated from each other, yet target the same base storage, each driven by unique parameters—similar to the principles of standard object-oriented programming (OOP).&lt;/P&gt;</description>
      <pubDate>Mon, 14 Apr 2025 01:58:58 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/115375#M45074</guid>
      <dc:creator>iskidet_glenny</dc:creator>
      <dc:date>2025-04-14T01:58:58Z</dc:date>
    </item>
    <item>
      <title>Re: Possibility of creating and running concurrent Job Runs from a single job all parameters driven</title>
      <link>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/115430#M45082</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/158677"&gt;@iskidet_glenny&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, running multiple instances of a Databricks job with different parameters is a common and solid approach especially when it comes to backfilling data.&lt;/P&gt;&lt;P&gt;So usually, we set up one job and just pass in different parameters each time we run it. No need to create a bunch of separate jobs. Then we trigger the runs using the Databricks API. That way, we can start many runs at once, each with its own settings.&lt;/P&gt;&lt;P&gt;All the jobs run in parallel, on their own. If they’re writing to the same place, just make sure they don’t mess each other up or overwrite anything.&lt;/P&gt;&lt;P&gt;A few things to watch out for your cluster should be able to handle the load if we are running a lot of jobs at the same time. And it’s always a good idea to check each job’s logs and status to catch any issues.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Apr 2025 17:27:16 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/115430#M45082</guid>
      <dc:creator>SP_6721</dc:creator>
      <dc:date>2025-04-14T17:27:16Z</dc:date>
    </item>
    <item>
      <title>Re: Possibility of creating and running concurrent Job Runs from a single job all parameters driven</title>
      <link>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/125519#M47466</link>
      <description>&lt;P&gt;I have seen correlation that bigger the cluster configuration leads to more concurrent job runs successfully, is that true and if so why?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Jul 2025 00:07:14 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/possibility-of-creating-and-running-concurrent-job-runs-from-a/m-p/125519#M47466</guid>
      <dc:creator>Roshaan</dc:creator>
      <dc:date>2025-07-17T00:07:14Z</dc:date>
    </item>
  </channel>
</rss>

