Hello

First of all, if you have to develope a system availablity tool which will check the health of all the pega urls, then building it inside a pega instance might be difficult because in that way you have to then skip that instance from testing as you yourself will be using it.

Rather, think of using some external applicaiton.

How about trying AES ? Refer this article for more detail on AES 

What version of Pega? If 7.1.9 and above, PRPC contains ping service. Refer to PDN post: https://docs-previous.pega.com/performance/pinging-pega-7-platform-instance

I was thinking of replicating a situation that IAC uses to access pega. Is it something you will suggest? I understand the security risks I shall have to assume in order to use the IAC gadget alone; Apart from that, will there be other major challenges?

Hi Tamoghna

I dont think implementing it based on IAC will be a good idea. Reason is again same. IAC / Mashup interacts with a live PRPC application. If your intention is to check health of all PRPC instances then you cant exclude this one as well. 

AES is the best solution.  You can customize AES to send emails for specific alerts, so if a node is down or performing poorly you have the insight needed for troubleshooting and prevention.

If AES is not an option, and you are using v7, you can build a simple REST service.  The Activity rule tied to the service will simply return a 'success' string (in JSON perhaps), based on whatever logic you embed in the service.  

In earlier versions it is possible to build a Authentication Service that calls an Activity rule with similar behavior.  

I suggest, if you take this route, that the URL for the Authentication Service or the REST service use either Realm security or mutual authentication in order to avoid creating a 'backdoor'.