Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Laravel Heartbeat Laravel Package

exolnet/laravel-heartbeat

A lightweight heartbeat endpoint for Laravel apps, exposing a route that confirms your application and scheduler are alive so external monitors can alert you when cron jobs or queued work stop running.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Build vs. buy for liveness/heartbeat monitoring: Adopt this package when the need is a lightweight application heartbeat/health signal and building a custom route, middleware, or scheduler check would add unnecessary maintenance.
  • Laravel platform support policy: v1.15.0 drops Laravel 11 and Testbench 9 support. Teams must decide whether to upgrade the application to Laravel 12+ before taking package updates, or pin to v1.14.x while remaining on Laravel 11.
  • Upgrade sequencing and roadmap alignment: Treat this release as a forcing function for the Laravel 12 migration. If the package is part of uptime or operational monitoring, its supported Laravel version becomes part of the platform upgrade critical path.
  • Operational risk assessment: If Laravel 11 is still required, pinning to v1.14.x may be acceptable short term, but it creates a maintenance gap for future fixes. PM should weigh that risk against the cost/urgency of a Laravel 12 upgrade.
  • Vendor dependency review: This is a minor version with a breaking support-matrix change. That signals the team should track this package’s release notes closely and avoid assuming minor releases are always non-breaking for platform support.

When to Consider This Package

  • Consider it when the application is on Laravel 12+ and needs a simple, low-effort heartbeat/liveness signal rather than a full observability platform.
  • Consider it if the team wants a maintained package for basic operational visibility and is comfortable following its Laravel support window.
  • Look elsewhere or build in-house if you need deeper health checks, dependency checks, queue/scheduler monitoring, alerting workflows, dashboards, multi-service monitoring, or non-Laravel service coverage.
  • Do not adopt or upgrade to v1.15.0 if the product must remain on Laravel 11, unless you explicitly pin to v1.14.x and accept the maintenance trade-off.
  • Reassess if the package is mission-critical and the vendor’s support-drop cadence does not match your platform lifecycle.

How to Pitch It (Stakeholders)

  • Executives: This package provides low-cost operational visibility for Laravel applications. The new v1.15.0 release is not a feature release; it raises the minimum supported Laravel version to 12+. There is no immediate product impact unless we are still on Laravel 11.
  • Engineering: If we are on Laravel 11, do not upgrade to v1.15.0; pin to v1.14.x and plan the Laravel 12 migration. If we are already on Laravel 12, upgrade and run the test suite. Treat this as a maintenance dependency, not a strategic platform component.
  • Product/roadmap: Sequence any package upgrade with the Laravel 12 migration. Avoid adopting this package while on an unsupported Laravel version, and avoid relying on it as the sole monitoring mechanism for critical uptime requirements.
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
abbasudo/artisan-route
mirvan/ippanel
ignibyte/aic-framework
glavweb/data-schema-bundle
glavweb/datagrid-bundle
tacticmedia/scim-server
uni-method/frame
neika-ai/sdk
adachsoft/php-code-style
pharaonic/laravel-notification-dependencies
beautinow/translug
dev-brainiac/bot-cloaked
octoberrain/html
octoberrain/extension
octoberrain/exception
octoberrain/contracts
adachsoft/api-version-bundle
cgv/localized-resource
noith/settings
kda/laravel-package