update

api-evangelist · Jan 19, 2018 · 3c45fc2 · 3c45fc2
1 parent f739708
commit 3c45fc2
Showing 1 changed file with 1 addition and 5 deletions.
diff --git a/_posts/2018-01-19-a-health-check-response-format-for-http-apis.markdown b/_posts/2018-01-19-a-health-check-response-format-for-http-apis.markdown
@@ -17,13 +17,9 @@ image: >-
 I am going to just share the introduction from Irakli's draft, as it says it all:
 
 > The vast majority of modern APIs driving data to web and mobile applications use HTTP [RFC7230] as a transport protocol. The health and uptime of these APIs determine availability of the applications themselves. In distributed systems built with a number of APIs, understanding the health status of the APIs and making corresponding decisions, for failover or circuit-breaking, are essential for providing highly available solutions.
-
 > There exists a wide variety of operational software that relies on the ability to read health check response of APIs. There is currently no standard for the health check output response, however, so most applications either rely on the basic level of information included in HTTP status codes [RFC7231] or use task-specific formats.
-
-> Usage of task-specific or application-specific rformats creates significant challenges, disallowing any meaningful interoperability across different implementations and between different tooling.
-
+> Usage of task-specific or application-specific formats creates significant challenges, disallowing any meaningful interoperability across different implementations and between different tooling.
 > Standardizing a format for health checks can provide any of a number of benefits, including:
-
 >  - Flexible deployment - since operational tooling and API clients can rely on rich, uniform format, they can be safely combined and substituted as needed.
 >  - Evolvability - new APIs, conforming to the standard, can safely be introduced in any environment and ecosystem that also conforms to the same standard, without costly coordination and testing requirements.
 > This document defines a “health check” format using the JSON format [RFC7159] for APIs to use as a standard point for the health information they offer. Having a well-defined format for this purpose promotes good practice and tooling.