invoke integration method from another integration

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Please sign in to see details of an important advisory in our Customer Advisories area.

invoke integration method from another integration

L0 Member

Per the title, I'm looking to call a method in an integration instance from within another integration. Is this possible?

 

Cheers

 

Mark

1 accepted solution

Accepted Solutions

L2 Linker

Hi Mark!

It's not designed to work that way. If you think about how we package our integrations it could potentially create some terrible dependencies if you weren't careful.  Our recommended practice would be to:

a) write each of the integration calls into Playbook tasks or

b) write an automation that accesses each of the integrations.

 

The integration code should be considered more or less a black box with inputs and outputs of data from the particular third party application.  If you need to send data to the app use a command to do that. If you need to fetch data from the app, same.  Any intelligence around what you do with the data is better managed outside in either a playbook or an automation to allow you the flexibility to make adjustments to it.

Thanks!

-Doug

Doug Couch  |  XSOAR Customer Success Engineer - Manager
Palo Alto Networks  |  3000 Tannery Way  |  Santa Clara, CA 95054  

View solution in original post

2 REPLIES 2

L2 Linker

Hi Mark!

It's not designed to work that way. If you think about how we package our integrations it could potentially create some terrible dependencies if you weren't careful.  Our recommended practice would be to:

a) write each of the integration calls into Playbook tasks or

b) write an automation that accesses each of the integrations.

 

The integration code should be considered more or less a black box with inputs and outputs of data from the particular third party application.  If you need to send data to the app use a command to do that. If you need to fetch data from the app, same.  Any intelligence around what you do with the data is better managed outside in either a playbook or an automation to allow you the flexibility to make adjustments to it.

Thanks!

-Doug

Doug Couch  |  XSOAR Customer Success Engineer - Manager
Palo Alto Networks  |  3000 Tannery Way  |  Santa Clara, CA 95054  

L0 Member

Hi Doug

thanks for the response. The use case here is that we are intending to replace our SIEM over the next year so I wanted to decouple the backend SIEM integration logic from the front-end commands used by the playbooks. That way when the time comes we can simply replace the backend integration without updating each playbook.

 

I take your point about the dependency issues though it wasn't really clear to me why the same doesn't apply to automations which do provide this abiiity via the demisto.executeCommand() method. I've more or less resigned myself to using automation wrappers (your option b) but this is less desirable because once we replace the backend I will have a bunch of automations to update rather than a single integration. Still we only have handful of these compared with 200+ playbooks so it definitely helps.

 

Thanks for the response. I have marked this as the correct solution.

 

Mark

  • 1 accepted solution
  • 2569 Views
  • 2 replies
  • 0 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!