Checkmate calls the standard gRPC health protocol on your services and treats anything but SERVING as down. If your framework ships the health service (most do), monitoring is one monitor away.
grpc.health.v1 is the health convention the gRPC ecosystem settled on, the same one Kubernetes probes and load balancers use. Go, Java, Python and Node frameworks ship an implementation you can register in a few lines.
Checkmate speaks it natively. A monitor takes a host, a port and an optional service name, then calls Health/Check on your schedule. There is no gateway to deploy and no custom endpoint to write.
NOT_SERVING, SERVICE_UNKNOWN and connection errors all count as down. The monitor passes only when your service explicitly reports SERVING, so a process that is starting, draining or misregistered never passes by accident.
When a call fails, the alert carries the gRPC status name, UNAVAILABLE or DEADLINE_EXCEEDED instead of a bare error, which usually points at the fix before you open a terminal.
A gRPC server usually hosts several services, and the health protocol reports on each by name. Leave the service name blank to watch overall server health, or create a monitor per service you cannot afford to lose.
When one service degrades while its neighbours keep serving, the alert names the broken one instead of the whole server.
Dozens of internal services, each with a health endpoint the ecosystem standardized for you. Checkmate turns them into one dashboard with history and alerting.
Liveness probes restart broken pods, they don't tell a human anything. An external Health/Check monitor is the difference between self-healing and knowing your service was down 6 times yesterday.
The health protocol is language-neutral, so the Go payment service and the Python ML service report health the same way and land on the same dashboard.
Checkmate ships the grpc.health.v1 definition and loads it at check time, so you never upload a proto file. Point a monitor at a host and port, and the call works.
Each Health/Check call carries a 10-second deadline. A service that cannot answer its own health check in that window is treated as down, so a hung server cannot hang the monitor with it.
Responses and errors keep their gRPC vocabulary. SERVING, NOT_SERVING and SERVICE_UNKNOWN are reported as themselves, and transport failures surface as their status names.
gRPC ports rarely face the internet, and with a self-hosted monitor they don't have to. Checkmate reaches your services over the network they already live on.
It calls the standard gRPC Health Checking Protocol, grpc.health.v1 Health/Check, on the host and port you configure. The monitor is up only while the service replies SERVING.
Your service needs the grpc.health.v1 health service registered, which most gRPC frameworks include out of the box. If Kubernetes gRPC probes already work against it, Checkmate will too.
Yes. Set the service name on the monitor to check that service specifically, or leave it blank to check overall server health. Many teams run one monitor per critical service.
Everything except an explicit SERVING response: NOT_SERVING, SERVICE_UNKNOWN, unknown statuses, connection failures and calls that exceed the 10-second deadline all put the monitor down and fire alerts.
Yes. Checks run from your self-hosted instance, so services on private networks and service meshes are reachable without exposing a single port to the internet.
Checkmate is one. It is open source under AGPL-3.0, self-hosted and unlimited, so every service gets a monitor without per-check pricing.
Websites and APIs checked from 6 continents.
ICMP reachability for anything with an IP.
Databases, mail and SSH watched at the socket.
Records resolved against the resolver you choose.
Handshake checks for ws:// and wss:// endpoints.
More than 100 game types over native protocols.
CPU, memory, disk and network via the Capture agent.
Container status, health checks and resource usage.
Lighthouse scores and Core Web Vitals on a schedule.
Certificate expiry caught before browsers complain.
Branded public pages served from your own instance.
12 native channels, from email to PagerDuty.
Every outage recorded, resolved and explained.
All featuresCheckmate is open source under AGPL-3.0. Self-host it and this feature ships free, on your servers, with your data.