Skip to end of banner
Go to start of banner

DR-000007 - Back End Module Health Check Protocol

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Submitted Dateyyyy-mm-dd
Approved Dateyyyy-mm-dd
StatusDRAFT
ImpactHIGH/MEDIUM/LOW

 

Overrides/Supersedes 

4 years ago RAML Module Builder defined the /admin/health  endpoint for checking the health of a module. More recently this was included in the formal expectations of a module. Both of these state that the module should always respond with a 200 status code.

RFC 

N/A

Stakeholders

  • #sys-ops
  • #development

Contributors

Marc Johnson Oleksandr_Dekin (for Spring Way implementation guidance)

Approvers

This decision was made by the Tech Leads group prior to the adoption of current decision making processes within the FOLIO project.

Background/Context

Explain the need that triggered the need for making a decision

Assumptions

List all assumptions that were made when making the decision

Constraints

List any constraints that lead us to make a certain decision

Rationale

System operators need to be able to understand if a module instance is healthy enough to be able to participate in the system. FOLIO needs a standard way of allowing operators to determine this.

This topic was discussed at the 2021-02-24 Technical Leads meeting.

It was agreed that:

  • The existing path should continue to be used given that system operators already rely on it for some modules
  • A module is considered healthy if it can respond to requests to the health check endpoint, no other criteria applies at this point
  • Discussion about any additional criteria for the health of a back end module has been deferred

Decision

All back end modules included in the 2021 R2 (and later) distribution must provide a health check endpoint

Implications

  • Pros
    • N/A
  • Cons
    • N/A

Other Related Resources

  • No labels