Health checking the IBM WebSphere DataPower SOA Appliance and its services

Answer

There are many different ways to do health checking; this document covers some common methods that you may want to consider:

1. Simple TCP connection/port check (a lightweight example)
   
   Depending on requirements, you may want to use the most simple and "lightweight" health check that accomplishes the desired result while minimizing overhead on the backend/network.
   
   One method that could be used to mark a DataPower Appliance as "down", could be to configure the Load Balancer or External Scanner to do a simple TCP Connection/Port check to see if DataPower is responding on the network.
   
   Advantage: extremely simple, lightweight, and low overhead
   
   Disadvantage: can only determine TCP layer response and may mark the Appliance up even though the actual HTTP/HTTPS response for a Service may be wrong, empty, incomplete, or unavailable.
   
2. Full Request and Response check (a heavyweight example)
   
   One method to make sure a particular DataPower Service Object is up and responding with the full expected response is for you to configure the Load Balancer to send a full request to that service and expect a particular response or string in the full response.
   
   Advantage: can confirm the proper full response is generated and available since this checks the whole service.
   
   Disadvantage: can create unnecessary overhead and load on the Service, especially if the health check occurs often.
   
3. Check if the Service Object is operational (a middleweight example)
   
   Another method could be to configure the DataPower Service Object to match on a particular URI on the Front-End request rule (for example /healthcheck) and generate a static response.
   
   The Load Balancer could be configured to send a request that targets this particular DataPower Service Object with this particular URI (/healthcheck) and the Load Balancer could respond appropriately depending on the response.
   
   This would check to make sure a specific Service Object within DataPower is "up" and goes beyond a simple TCP check.
   
   Furthermore, at the same time, you could configure within the DataPower Service Object to use a Load Balancer Group for the backend.
   
   This could leverage the "built-in" DataPower Load Balancer Group health check to determine if the backend (relative from DataPower) is up/down.
   
4. Service Monitoring
   
   The most sophisticated approach utilizes extensive monitoring and logging, which is referred to as Service Monitoring. IBM offers a service monitoring product. See your sales representative if you'd like more information.