ln-774-healthcheck-setup

Configure Kubernetes readiness, liveness, and startup probe endpoints.

Updated Dec 11, 2025
One-click install
npx skills add https://github.com/dorrio/sorteo-app-generator --skill ln-774-healthcheck-setup
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ln-774-healthcheck-setup
Source: https://github.com/dorrio/sorteo-app-generator/tree/main/.agent/skills/ln-774-healthcheck-setup
Command: npx skills add https://github.com/dorrio/sorteo-app-generator --skill ln-774-healthcheck-setup

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates the setup of essential health check endpoints for Kubernetes deployments, ensuring application reliability and proper orchestration.

Core Features & Use Cases

  • Readiness Probes: Define endpoints that Kubernetes uses to know when an application is ready to serve traffic.
  • Liveness Probes: Configure endpoints that Kubernetes checks to determine if an application is running and should be restarted if unhealthy.
  • Startup Probes: Set up endpoints to monitor the initial startup of an application, delaying readiness/liveness checks until the app is fully initialized.
  • Use Case: When deploying a new microservice, use this Skill to automatically add /healthz/ready, /healthz/live, and /healthz/startup endpoints to your application's configuration, ensuring Kubernetes manages its lifecycle effectively.

Quick Start

Use the ln-774-healthcheck-setup skill to configure readiness and liveness probes for a new web service.

Frequently Asked Questions about ln-774-healthcheck-setup

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure Kubernetes health checks for my microservice?

Configure Kubernetes health checks by defining specific HTTP or TCP endpoints for readiness, liveness, and startup probes. This signals your application's operational status to the Kubernetes control plane for robust lifecycle management.

What is the difference between readiness, liveness, and startup probes in Kubernetes?

Readiness probes signal when an application is ready to serve traffic, liveness probes determine if an application is running and needs restarting, and startup probes monitor initial initialization to delay other checks until fully booted.

How do I add /healthz/ready and /healthz/live endpoints to a new deployment?

Add /healthz/ready, /healthz/live, and /healthz/startup endpoints to your application configuration to establish HTTP health check paths. This ensures Kubernetes effectively manages your containerized application lifecycle.

When do I need startup probes for Kubernetes application lifecycle management?

You need startup probes when deploying applications with slow initialization processes. They monitor initial startup and delay readiness and liveness checks until the application is fully initialized, preventing premature restarts.

Can I use TCP endpoints instead of HTTP for Kubernetes liveness probes?

Yes, you can define either specific HTTP or TCP endpoints for Kubernetes liveness probes. Configuring TCP endpoints allows the control plane to check operational status when HTTP paths are not available.

Why does Kubernetes restart my container before the application finishes starting up?

Kubernetes restarts containers prematurely when liveness probes fail before initialization completes. Setting up startup probes delays liveness and readiness checks until the application is fully initialized, preventing unwanted restarts.