<?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: Engine in cloud - design concept in Cortex XSOAR Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/engine-in-cloud-design-concept/m-p/1221801#M3913</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/1455311911"&gt;@ahmad&lt;/a&gt;, first I would ask is you XSOAR instance and the technologies you need to access in the cloud on the same networks? if so then you likely do not need an engine for the cloud. If you do need an engine for the cloud then as long as it can reach your on-prem resources and the cloud resources there is no need to create two separate engines. If the cloud infrastructure cannot reach the on-prem infrastructure then you would need to have 2 separate engines one for the your cloud integrations and one for your on-prem integrations. Overall one engine would be more preferred as it is less overhead for you but that call also depend on the number of integrations you plan on connecting through the engine. Overall if a single engine can reach the integrations in both environments then that would be the preferred architecture.&lt;/P&gt;</description>
    <pubDate>Mon, 24 Feb 2025 20:00:43 GMT</pubDate>
    <dc:creator>elmitchell</dc:creator>
    <dc:date>2025-02-24T20:00:43Z</dc:date>
    <item>
      <title>Engine in cloud - design concept</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/engine-in-cloud-design-concept/m-p/1220888#M3907</link>
      <description>&lt;P&gt;I have a cloud instance of XSOAR, with set of technologies in cloud and on prem as well, my initial thought is to have an engine for each group, that means two engines, and separate the technologies accordingly, any thought on that and what is challenges, pros and cons?&lt;/P&gt;
&lt;P&gt;&lt;LI-PRODUCT title="Cortex XSOAR" id="Cortex_XSOAR"&gt;&lt;/LI-PRODUCT&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Feb 2025 08:41:46 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/engine-in-cloud-design-concept/m-p/1220888#M3907</guid>
      <dc:creator>ahmad</dc:creator>
      <dc:date>2025-02-19T08:41:46Z</dc:date>
    </item>
    <item>
      <title>Re: Engine in cloud - design concept</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/engine-in-cloud-design-concept/m-p/1221801#M3913</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/1455311911"&gt;@ahmad&lt;/a&gt;, first I would ask is you XSOAR instance and the technologies you need to access in the cloud on the same networks? if so then you likely do not need an engine for the cloud. If you do need an engine for the cloud then as long as it can reach your on-prem resources and the cloud resources there is no need to create two separate engines. If the cloud infrastructure cannot reach the on-prem infrastructure then you would need to have 2 separate engines one for the your cloud integrations and one for your on-prem integrations. Overall one engine would be more preferred as it is less overhead for you but that call also depend on the number of integrations you plan on connecting through the engine. Overall if a single engine can reach the integrations in both environments then that would be the preferred architecture.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Feb 2025 20:00:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/engine-in-cloud-design-concept/m-p/1221801#M3913</guid>
      <dc:creator>elmitchell</dc:creator>
      <dc:date>2025-02-24T20:00:43Z</dc:date>
    </item>
  </channel>
</rss>

