Health Check API Pattern for Cloud/NonCloud End to End Monitoring


You have a cloud stack with several subsystems such as databases, integration hub, containers, application servers and more…, and you’d like to be confident that the whole stack is running well and end users are not suffering any issues.

The Health Check API pattern can help you. Just expose an /health endpoint anywhere in your stack (for instance in an Oracle Application Container), secure it if necessary and implement a logic consisting in requesting resources to the other of stack components. For example if you have a database, a bus in the cloud and a bus on premises make the following:

  • expose a rest service in the database that queries an important table with where clause that doesn’t retrieve data
  • expose a rest/soap endpoint in your cloud bus that calls an important endpoint in your on-premises bus

Now, every time you request the /health endpoint you can retrieve an OK in case all the underlying subsystems called were fine or a KO plus an error message explaining which of the subsystems failed.

Execute periodically the /heath endpoint from your preferred mon storing engine for instance the opcHealth for iOS App, Oracle Management Cloud or other.

See also this post.

Enjoy 😉

 

IT

javier mugueta View All →

Me and my circumstance

1 Comment Leave a comment

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: