<?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: Decomposition and Orchestration in DI Studio and LSF. in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/526285#M16281</link>
    <description>&lt;P&gt;Interesting and a great process to combine the mix of data management tools. If we look at SAS Grid Manager with LSF, we are looking at a more advanced version of the scheduling process, parallelism and most importantly load balancing. Just&amp;nbsp;LSF with SAS DI Studio, definitely looks lean and less complex for most of the repeatable data management jobs.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 11 Jan 2019 05:29:10 GMT</pubDate>
    <dc:creator>KumarT_SAS</dc:creator>
    <dc:date>2019-01-11T05:29:10Z</dc:date>
    <item>
      <title>Decomposition and Orchestration in DI Studio and LSF.</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520579#M16124</link>
      <description>&lt;P&gt;As part of the UK and Ireland SAS User Group -&amp;nbsp;&lt;A href="https://www.meetup.com/SUGUKI/" target="_blank"&gt;https://www.meetup.com/SUGUKI/&lt;/A&gt; - I volunteered to give talk on "&amp;nbsp;Decomposition and Orchestration in DI Studio and LSF".&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Posting the slides here as well in case anyone finds them useful, thought or comment provoking - or perhaps to kick off an discussion.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The main point I was hoping to make was the features provided by LSF or equivalent offerings should be viewed as an intrinsic part of the toolset, and that they promote, support and enable the adoption of fundemental approaches to how ETL processes are designed, built and operated. "Zen and the Art of DI Studio" - almost.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It's an independant user group, so the slides are my own thoughts/ideas/opinions, in no way "SAS official" or anything - hence the non-corporate typography.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Enjoy.&lt;/P&gt;</description>
      <pubDate>Tue, 11 Dec 2018 21:28:58 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520579#M16124</guid>
      <dc:creator>AngusLooney</dc:creator>
      <dc:date>2018-12-11T21:28:58Z</dc:date>
    </item>
    <item>
      <title>Re: Decomposition and Orchestration in DI Studio and LSF.</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520967#M16132</link>
      <description>&lt;P&gt;That's bloody excellent. Thank you. I've come to the same, or similar, conclusion from a slightly different direction: a DI job should do one thing (have one target), and that makes it easy to put into an LSF stream. LSF can then do its magic by parallelising as much as possible, and we can all go off to the pub.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Dec 2018 19:38:11 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520967#M16132</guid>
      <dc:creator>LaurieF</dc:creator>
      <dc:date>2018-12-12T19:38:11Z</dc:date>
    </item>
    <item>
      <title>Re: Decomposition and Orchestration in DI Studio and LSF.</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520978#M16133</link>
      <description>&lt;P&gt;Absolutely. If this was useful, there are a couple of other decks (and a video) from me hereabouts on related topics, not to blow my own trumpet...&lt;/P&gt;</description>
      <pubDate>Wed, 12 Dec 2018 20:15:54 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/520978#M16133</guid>
      <dc:creator>AngusLooney</dc:creator>
      <dc:date>2018-12-12T20:15:54Z</dc:date>
    </item>
    <item>
      <title>Re: Decomposition and Orchestration in DI Studio and LSF.</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/526285#M16281</link>
      <description>&lt;P&gt;Interesting and a great process to combine the mix of data management tools. If we look at SAS Grid Manager with LSF, we are looking at a more advanced version of the scheduling process, parallelism and most importantly load balancing. Just&amp;nbsp;LSF with SAS DI Studio, definitely looks lean and less complex for most of the repeatable data management jobs.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Jan 2019 05:29:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/526285#M16281</guid>
      <dc:creator>KumarT_SAS</dc:creator>
      <dc:date>2019-01-11T05:29:10Z</dc:date>
    </item>
    <item>
      <title>Re: Decomposition and Orchestration in DI Studio and LSF.</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/540725#M16657</link>
      <description>Single server LSF is just the same "LSF Grid" stuff as a full grid, just on a single server.</description>
      <pubDate>Wed, 06 Mar 2019 10:26:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/Decomposition-and-Orchestration-in-DI-Studio-and-LSF/m-p/540725#M16657</guid>
      <dc:creator>AngusLooney</dc:creator>
      <dc:date>2019-03-06T10:26:45Z</dc:date>
    </item>
  </channel>
</rss>

