Alternativa al cron de Vercel y Cloudflare — schedules portables y monitorizados

El cron de Cloudflare y Vercel es cómodo pero está bloqueado en la plataforma. SteadyCron planifica los mismos jobs de forma portable — con retries y monitoreo.

Programar, ejecutar y monitorizar — un solo producto.

SteadyCron Platform cron
Planifica HTTP jobs Sí — cualquier endpoint HTTPS Sí — dentro de la plataforma
Portable entre proveedores Sí — solo una URL No — atado a la plataforma
Retries y timeouts Por job, configurables Mínimos / ninguno
Monitoreo de heartbeat No
Alertas en caso de fallo Email, Slack, Discord, Telegram, webhook Logs básicos
Registro de ejecución / auditoría Estado, cuerpo y duración por ejecución Logs de plataforma, efímeros
Planificaciones inferiores al minuto / finas Hasta segundos (según plan) A menudo limitadas
Cambiar una planificación sin redespliegue Sí — UI, CLI o YAML No — editar config y redesplegar
Zona horaria por job (con DST) Solo UTC
Alojamiento UE — Hetzner, Alemania Regiones de la plataforma
Migración en un comando Sí — steadycron import vercel genera el manifiesto desde vercel.json N/A — plataforma fuente
Provider de Terraform Sí — gestionar jobs junto con la infraestructura Sin provider dedicado

Comparativa basada en información pública disponible en el momento de la redacción. Los detalles sobre Platform cron pueden haber cambiado — consulta su sitio para la información más reciente.

Los puntos fuertes del cron de plataforma

Si todo lo que ejecutas ya vive en Cloudflare Workers o Vercel, su cron integrado es el camino de menor resistencia — sin cuentas extra, definido justo junto a tu código. Para un par de jobs sencillos, esa comodidad es difícil de superar.

En qué se diferencia SteadyCron

El cron de plataforma es cómodo hasta que deja de serlo. Las planificaciones están atadas a la plataforma, así que cambiar de proveedor significa reconstruirlas. Los retries son mínimos, no hay monitoreo real y los logs son escasos y efímeros.

SteadyCron planifica los mismos HTTP jobs de forma portable — simplemente llama a tu URL, así que el job sobrevive a una migración de Vercel a Cloudflare o a tu propio servidor. Obtienes retries y timeouts configurables, un registro de auditoría durable por ejecución y alertas cuando un job falla o se detiene. Cambiar una planificación es una edición en el dashboard o un apply por CLI — sin redespliegue, a diferencia de editar vercel.json o wrangler.toml — y cada job se ejecuta en su propia zona horaria con DST correcto, no solo en UTC. Y puedes monitorear otro cron con heartbeats desde el mismo lugar.

Migrar desde Vercel cron

steadycron import vercel lee su vercel.json y genera un manifiesto listo para aplicar con un comando. Tras la sincronización, elimine las entradas de vercel.json — sin reescritura manual. Consulte Migrar desde Vercel para la guía completa.

¿Cuál deberías elegir?

  • Elige el cron de plataforma para un puñado de jobs sencillos que siempre vivirán en esa plataforma.
  • Elige SteadyCron cuando quieras portabilidad, retries reales, monitoreo y alertas — independientemente de dónde corra tu código.

Integración de infraestructura declarativa

Los disparadores de cron de plataforma se configuran dentro de vercel.json o wrangler.toml, lo que ata tu planificación a ese formato de archivo y a ese proveedor. El manifiesto de SteadyCron (o el provider de Terraform) es independiente de la plataforma — y steadycron import vercel convierte tu vercel.json existente en un solo comando.

Consejo: aprenda a configurar sus horarios con nuestro proveedor de Terraform dedicado o con manifiestos YAML versionados.

Preguntas frecuentes

Si migro desde el cron de Vercel, ¿pierdo mis planificaciones existentes?

No — steadycron import vercel lee tu vercel.json y genera un manifiesto de SteadyCron listo para aplicar, así que tus planificaciones se conservan sin tener que reescribirlas a mano.

¿Cambiar una planificación en SteadyCron requiere un redespliegue, como sí ocurre al editar vercel.json o wrangler.toml?

No. Puedes cambiar una planificación desde el dashboard, el CLI o aplicando un manifiesto actualizado — ninguna de estas opciones requiere redesplegar tu aplicación.

¿Pueden los jobs de SteadyCron funcionar independientemente de dónde esté alojado mi código?

Sí — SteadyCron simplemente llama a una URL, así que el mismo job sigue funcionando tanto si tu handler está en Vercel, Cloudflare, tu propio servidor, o en cualquier otro lugar al que lo muevas.

Prueba SteadyCron gratis

5 HTTP jobs y 10 heartbeat checks, gratis para siempre. Sin tarjeta de crédito.

Prueba SteadyCron gratis