Vercel Schedules genel betaya açıldı: uygulamalar ve agent'lar için runtime üzerinden yönetilen cron

Vercel, tek seferlik ve yinelenen görev yürütme servisi Schedules'ı genel betaya taşıdı. 5 Kasım'da bir blog yazısı ve changelog kaydıyla duyurulan özellik, ücretsiz Hobby kademesi dahil tüm planlarda kullanılabiliyor. Vercel, servisi Vercel Cron Jobs'un halefi olarak tanımlıyor — ancak mevcut cron job'lar çalışmaya devam ediyor ve geçiş için bir migration rehberi sunuluyor.

Cron Jobs'a göre en temel değişiklik, zamanlamanın deploy zamanı ayarı olmaktan çıkıp bir runtime kaynağına dönüşmesi. Schedules, çalışan kod tarafından yeniden dağıtım gerektirmeden oluşturulabiliyor, değiştirilebiliyor, etkinleştirilebiliyor, devre dışı bırakılabiliyor veya anında tetiklenebiliyor.

Statik ve dinamik schedule'lar

Blog yazısına göre Schedules iki biçimde geliyor. Statik schedule'lar vercel.json içinde ya da Build Output API üzerinden tanımlanıyor ve deploy sırasında eşitleniyor; özel (private) bir Vercel Function çağırabiliyor, bir HTTP yoluna istek yapabiliyor ya da bir Vercel Queue topic'ine yayınlayabiliyor. Dinamik schedule'lar ise uygulama çalışırken JavaScript SDK, CLI veya API aracılığıyla yönetiliyor; hem tek seferlik hem yinelenen desenleri kapsıyor ve bunlar her zaman bir Queue topic'ine gönderiliyor. Her iki tür de IANA time zone kabul ediyor ve tetikleyicinin yanında bir payload taşıyabiliyor.

Agent'lar için bir zamanlama primitifi

Duyurunun büyük bölümü yapay zekâ agent iş yüklerini hedefliyor. Vercel'in örneği: bir kullanıcı, web erişimi olan bir agent'dan yarın sabah Hacker News'in ilk beş haberini özetlemesini istiyor. Geleneksel uygulamada istek ve çalıştırma zamanı bir veritabanında saklanır, sonra da zamanı gelen işi yoklayan bir cron job çalıştırılırdı. Schedules ile agent, tek seferlik bir ifade, bir time zone ve görev payload'ıyla Schedules.create'u çağıran bir tool kullanıyor. Vefat anı geldiğinde Vercel, kaydedilen isteği Queues üzerinden uygulamaya iletiyor ve uygulamanın kodu, agent'ı başlatmadan önce kullanıcının izinlerini yeniden doğruluyor.

Vercel, Eve agent framework'ünün üretimdeki agent'lara dinamik zamanlama araçları vermek için Schedules'ı zaten kullandığını; fx'in JavaScript kütüphanesi libfx veya Pi'nin agent kütüphanesini kullanan geliştiricilerin de benzer bir tool'u bağlayabileceğini belirtiyor. Nitro 3 server framework'ünde ise mevcut scheduledTasks yapılandırmasını private function olarak çalıştıran deneysel bir entegrasyon bulunuyor.

Private çağırma ve queue ile teslim

HTTP ile tetiklenen cron'lardaki uzun süredir süren bir sorun da endpoint'in güvenliğinin sağlanması. Vercel'in changelog kaydına göre bir fonksiyona schedule/v1beta tetikleyicisi eklemek onu private yapıyor: genel bir URL almıyor ve yalnızca Vercel'in zamanlama altyapısı çağırabiliyor. Blog yazısı, Vercel'in her çağrının gerçekten zamanlama servisinden geldiğini doğruladığını, dolayısıyla geliştiricilerin bu kontrolü kendilerinin kurmasına gerek olmadığını ekliyor. @vercel/schedules paketi, gönderimleri işlemek için bir handleSchedule yardımcıcısı sunuyor; gönderimler schedule adı ve planlanan zaman gibi metadata ile geliyor.

Test, fiyatlandırma ve migration

Zamanlanmış işler yerelde vercel dev ile denenebiliyor, ardından üretime geçmeden önce Preview deployment'larında ya da özel ortamlarda test edilebiliyor. Projenin Schedules sekmesindeki Run Schedule eylemi bir schedule'ı zaman dilimini beklemeden anında tetikliyor; sekme ayrıca geçmiş çalıştırmaların ne zaman gerçekleştiğini de gösteriyor.

Fiyatlandırmada changelog, Pro ve Enterprise için milyon çalıştırma başına 5 dolar ve milyon schedule oluşturma başına 10 dolar listeliyor; Hobby ise ayda 5.000 çalıştırma ve 500 oluşturma içeriyor.

Neden önemli

Zamanlanmış yürütme, bilişimdeki en eski primitiflerden biri; ama çoğu platformda deploy zamanında donmuş durumda. Schedule'ları çalışan bir programın — ya da kullanıcı adına hareket eden bir agent'ın — anında oluşturup iptal edebileceği ve yeniden zamanlayabileceği bir şeye dönüştürerek Vercel, ekiplerin tam da bu senaryo için elle kurduğu veritabanı artı polling desenini ortadan kaldırıyor. Private çağırma modeli ve çalıştırma başına fiyatlandırma mevcut kullanıcılar için somut değişiklikler; ancak ürünün var olma sebebi agent hikâyesi: ertelenmiş, yeniden zamanlanabilir işler agent framework'leri için temel bir gereklilik haline geliyor ve altyapı sağlayıcıları bunun için doğrudan çözümler sunmaya başlıyor.