liveBook · Manning

Liveness check

As explained in Bootstrapping Microservices, Second Edition: With Docker, Kubernetes, GitHub Actions, and Terraform

A liveness probe is a Kubernetes health-check configuration that determines whether a container or pod is still functioning and should continue running.

A liveness probe tells Kubernetes whether a running container or pod is still alive and accepting requests. When the probe reports failure, Kubernetes can restart the unhealthy workload instead of leaving it stuck. section 11.2.8

Use liveness checks alongside readiness checks:

  • Readiness indicates that a service has started and can accept requests; liveness indicates that it remains operational afterward. section 11.2.8
  • Health checks also handle dependencies that become unavailable later, such as RabbitMQ during crashes, upgrades, or maintenance. section 11.2.8

How Bootstrapping Microservices, Second Edition: With Docker, Kubernetes, GitHub Actions, and Terraform covers it

How deep it goes
Explains probe roles and shows HTTP Deployment configuration, without detailing endpoint implementation.
Examples
Uses a gateway Deployment with /alive and /ready HTTP endpoints and a history service depending on RabbitMQ.
What it assumes
Assumes Kubernetes Deployments, containers, and service health endpoints; distinguishes readiness from liveness probes.
What you can do after
Configure Kubernetes Deployments with HTTP liveness probes that support automatic recovery from unhealthy services.
How it connects
Connects liveness probes with readiness probes, Kubernetes, microservices, and upstream dependencies such as RabbitMQ.

Also explained in

Compare how 7 books explain liveness check →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Bootstrapping Microservices, Second Edition: With Docker, Kubernetes, GitHub Actions, and Terraform. The section links point to the parts of the book it draws on.