Cron Monitoring in Docker Containers
crond-agent is a single static Go binary, ~6 MB, no runtime dependencies. Drop it in your image or run it as a sidecar.
Pattern A: bake it into your image
Simplest path — install during build and use as the entrypoint:
The ENTRYPOINT/CMD split means callers can override the actual job with docker run image /other/command and still get the wrapper behavior.
Pattern B: sidecar via shared volume
When you can't modify the image (third-party container, vendor-supplied job), mount the agent from a sidecar:
Pattern C: ping at the end (no agent)
If you don't want the agent dependency at all, append a curl ping to your command:
Tradeoff: you only get the success ping, not exit code, duration, or output capture. Fine for simple scripts; the wrapped approach scales better as monitoring needs grow.
Image hosting
- Public:
ghcr.io/crond-io/crond-agent:latest(multi-arch: amd64, arm64) - Specific version:
ghcr.io/crond-io/crond-agent:v1.4.2 - Distroless option:
ghcr.io/crond-io/crond-agent:v1.4.2-distroless— minimal attack surface for high-security environments
Docker Swarm services
For Swarm-scheduled tasks running on a cron-like cadence, deploy a service with a cron sidecar inside the container (using supercronic or similar) and wrap each job with crond-agent.