Hi all,
I have a use case where we want to start a process (process model independent of parent process) in different Appian environments from its parent process model.
So we need to accomplish an action in appian environment 1 and appian environment 2 once certain actions are completed in appian environment 3.
PM in appian environment 3 should trigger PMs in Appian environment 1 & 2 upon its completion, we cannot use web API or integration here.
So I wanted to understand if we can make use of 'start process by email' option to start multiple process which are in different appian environments.
Also if we have any other better approach for this scenarios? Any suggestion here much appreciated.
Thanks,
Preji
Discussion posts and replies are publicly visible
That's easy. Just expose a process via a web API and call that form the other system.
As I mentioned in the problem statement, usage of web API isnt allowed/accepted.
What is the reason for that?
it is considered as anti pattern and hence have been requested to find another approach
API calls are an anti-pattern !?!?!? I would really like to know more about this.
Is this in context of message based architectures?
The problem with an email based approach is, that the reliability of email is ZERO. Nobody guarantees that the other system gets the email and does anything with it. And as this is completely asynchronous, you will not get any response. There is a reason for why people use APIs.
Appian calling Appian is considered an anti-pattern.In my usecase I need process from Appian Prod to invoke processes in Appian non prod regions, and establishing this via WebAPI is not encouraged.
I want to understand if any other approach is available and reliable.
Apologies if I have mislead you.
Who says that this is an anti-pattern? I would challenge that!
While there are other options, I would only consider an alternative if that alternative has a major benefit in terms of architecture and systems integration.
E.g. a messaging architecture requires new infrastructure and adds the problem that it is asynchronous. This is not a problem for sending data updates in a microservices architecture, but trying to run a business process on it can be challenging.