<?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: Object Spawner ! To use or not to use, this is the question in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/394737#M10333</link>
    <description>&lt;P&gt;I stand to be corrected, but my understanding has always been that you have one (1) Obj Spawner per server/host. That's it, simple as that. The use of multiple application server contexts is a different dimension all together. Actually, I've never see a deployment with more than one Obj Spawner per server/host.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally, I try and keep to as little application server contexts as posibble, for ease of administration. Unless there is a really compelling reason to create more than one.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The segregation between departments (which I guess is why you have multple application servers) happens more with OS, Metadata and database permissions, which really stand apart from an application server. If you need SAS to run differently between the departments, then yes, multiple application servers might help since you can customise the various components e.g Workspace server, Batch server, etc. Even then, I would think carefully. Try a unified approach as far as you can. Simplicity is always the best. Looking at the names of the departments, I can't really see why they would want SAS to behave differently, but that's just guess work on my part. The more you customise, the more cumbersome the administration. But again, everything has it's pros and cons.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 11 Sep 2017 16:40:37 GMT</pubDate>
    <dc:creator>nhvdwalt</dc:creator>
    <dc:date>2017-09-11T16:40:37Z</dc:date>
    <item>
      <title>Object Spawner ! To use or not to use, this is the question</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/394721#M10332</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I need an opinion about new "Application Server Context" on SAS Grid environment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've an Application Server Context for each department (Risk, Fraud, Miner, Marketing, and so on), but all the Application Server is using the same Object Spawner.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The doubt is:&lt;/P&gt;&lt;P&gt;What is recommended to use in this case, one Object Spawner for each Applicantion Server and more complex issues for to administer or just one Object Spawner for all Application Server ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks a lot for help me.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2017 16:06:07 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/394721#M10332</guid>
      <dc:creator>Alessandro</dc:creator>
      <dc:date>2017-09-11T16:06:07Z</dc:date>
    </item>
    <item>
      <title>Re: Object Spawner ! To use or not to use, this is the question</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/394737#M10333</link>
      <description>&lt;P&gt;I stand to be corrected, but my understanding has always been that you have one (1) Obj Spawner per server/host. That's it, simple as that. The use of multiple application server contexts is a different dimension all together. Actually, I've never see a deployment with more than one Obj Spawner per server/host.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally, I try and keep to as little application server contexts as posibble, for ease of administration. Unless there is a really compelling reason to create more than one.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The segregation between departments (which I guess is why you have multple application servers) happens more with OS, Metadata and database permissions, which really stand apart from an application server. If you need SAS to run differently between the departments, then yes, multiple application servers might help since you can customise the various components e.g Workspace server, Batch server, etc. Even then, I would think carefully. Try a unified approach as far as you can. Simplicity is always the best. Looking at the names of the departments, I can't really see why they would want SAS to behave differently, but that's just guess work on my part. The more you customise, the more cumbersome the administration. But again, everything has it's pros and cons.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2017 16:40:37 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/394737#M10333</guid>
      <dc:creator>nhvdwalt</dc:creator>
      <dc:date>2017-09-11T16:40:37Z</dc:date>
    </item>
    <item>
      <title>Re: Object Spawner ! To use or not to use, this is the question</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/395494#M10344</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;SPAN class="login-bold"&gt;&lt;A href="https://communities.sas.com/t5/user/viewprofilepage/user-id/145980" target="_self"&gt;nhvdwalt&lt;/A&gt;&amp;nbsp;for your help.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="login-bold"&gt;It's make sense and we'll adopt a new Object Spawner only&amp;nbsp;when a new GRID node is needed.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="login-bold"&gt;Firts all, it's importat do not complicated issue for administration actions.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="login-bold"&gt;Thanks a lot&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 13 Sep 2017 12:29:36 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Object-Spawner-To-use-or-not-to-use-this-is-the-question/m-p/395494#M10344</guid>
      <dc:creator>Alessandro</dc:creator>
      <dc:date>2017-09-13T12:29:36Z</dc:date>
    </item>
  </channel>
</rss>

