To start a process in different appian environments

RE: To start a process in different appian environments

Mathieu Drouin — Tue, 11 Jul 2023 02:43:41 GMT

Is there any particular reason for this?

You wouldn't need an API if that were the case.

RE: To start a process in different appian environments

Preji P — Tue, 11 Jul 2023 02:20:59 GMT

We have enabled SSO only in prod environment not in lower regions

RE: To start a process in different appian environments

Mathieu Drouin — Tue, 11 Jul 2023 02:14:28 GMT

I'm assuming you've already done this but will ask just in case. Have you considered enabling SSO in the environments?

RE: To start a process in different appian environments

Preji P — Tue, 11 Jul 2023 01:51:05 GMT

The process we are looking to trigger is, around deactivation of users accounts.

Once we manually deactivate the user account in prod, we want to trigger the deactivations process in lower regions for this same email-id.

We do not want to wait for the system to deactivate the ids upon inactivity as well as we dont want to manually carry out the deactivation in lower regions.

We can achieve this by passing the emailid which is common in all the appian regions and with this we will be able to deactivate user's account as well as all the persona accounts which was created using this email-id(as the person is no longer gona use appian hence getting password reset mail on their email ids is on no use).

RE: To start a process in different appian environments

Peter Lewis — Mon, 10 Jul 2023 18:00:50 GMT

Agreed with what others have said, I don't think using a Web API to trigger a process is an anti-pattern. I am curious though why you are triggering something in non-prod sites based on a process from a prod site. Can you provide more context on what you're doing there and why? There may be other solutions we could provide based on the root problem.

RE: To start a process in different appian environments

Arka.Maity — Mon, 10 Jul 2023 12:05:44 GMT

Hello

Can you have or create common resource connection like JDBC/Share point folder ? If yes, then you can send one file or data to external folder or JDBC(linked to lower environment) from environment 3. And add schedular process accordingly in environment 1 and 2 in order to check data or file and then start the process.

However, adding schedular might have performance impact in env 1 and env 2.

Regards

RE: To start a process in different appian environments

Mathieu Drouin — Mon, 10 Jul 2023 09:28:17 GMT

I don't get why its considered an anti pattern either. One could argue that having Appian environments talking to each other could be considered an anti pattern depending on what is being pushed and in which direction but that has nothing to do with the method (API, Email etc)

In any case, there may be some other options but the API option is the best one by far.

RE: To start a process in different appian environments

Stefan Helzle — Mon, 10 Jul 2023 08:20:14 GMT

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.

RE: To start a process in different appian environments

Preji P — Mon, 10 Jul 2023 07:42:51 GMT

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.

RE: To start a process in different appian environments

Stefan Helzle — Mon, 10 Jul 2023 06:54:09 GMT

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.

RE: To start a process in different appian environments

Preji P — Mon, 10 Jul 2023 06:34:46 GMT

it is considered as anti pattern and hence have been requested to find another approach

RE: To start a process in different appian environments

Stefan Helzle — Sun, 09 Jul 2023 11:16:13 GMT

What is the reason for that?

RE: To start a process in different appian environments

Preji P — Sun, 09 Jul 2023 09:49:51 GMT

As I mentioned in the problem statement, usage of web API isnt allowed/accepted.

RE: To start a process in different appian environments

Stefan Helzle — Sun, 09 Jul 2023 07:24:45 GMT

That's easy. Just expose a process via a web API and call that form the other system.