Hi @GaSoGB 

The best approach IMO here would be to place an API Management solution in front the IFS APIs (perhaps only the ones you need to expose) and get external systems to call IFS APIs via the API Manager. This will give you comprehensive governance capabilities (including monitoring, auditing etc.) for external API invocations.

Regards,

/Rifki

Thanks @Rifki Razick ,

This means customer needs to buy an external software to monitor/audit IFS REST API calls from outside.
Is my understanding correct?
Do you have any plans to include an API Manager in IFS Cloud in the near future?

Best regards
GaSoGB

Yes this will need to be a third party solution that could be commercial (most likely) or free/open source. No we don’t have any plans to embed an API manager in the near future.

Thanks a lot @Rifki Razick 

Best regards
Gayan S

@Rifki Razick - Sorry am i reading this right ... you saying with IFS Cloud there is literally no monitoring options to see how Rest API calls are performing inside IFS Cloud being this is going to be the main method of integrating with the system itself? 

I agree we can utilise an external manager but this only tells us what passes through it as “middleware”, this doesn't fully aid in fault diagnostics...sure I can see an API was sent ...detect there was a sudden latency delay outside of the norm...and i can see everything checks out up into IFS Cloud endpoint ...but then there is no way to determine why that API suddenly took X time to complete inside IFS just that my middleware detected a spike?

….as users of the product what is going to be the next step here...raise a support ticket each time? 

it would be far more beneficial for users of cloud to be able to have options in the monitoring console or somewhere in IFS too / set up auto altering to my own support team etc