Lovable Cloud Jobs in de praktijk: drie patronen die ik in elk project gebruik
Cron, webhooks en achtergrondtaken — eindelijk zonder een aparte server op te tuigen. Zo bouw ik ze zelf.
Ruben Klaver
Bijdrager · lvbl.nl
Patroon één: dagelijkse digest-mail
Cron in Postgres roept elke ochtend om 07:00 een edge function aan. Die query't wat er in de afgelopen 24 uur is gebeurd voor elke abonnee, formatteert een mooie HTML-mail, en stuurt 'm via de Resend-connector. Setup: één SQL-migratie voor de cron-schedule, één edge function, één mail-template. Eén middagwerk. Impact: retention gaat merkbaar omhoog, want mensen komen terug naar je app.
Patroon twee: opruimen van verlopen sessies of concepten
Elk uur draait een cron die records ouder dan X dagen weggooit, of naar een archief-tabel schuift. Klein, saai, maar essentieel: zonder deze taak groeit je database ongemerkt naar tientallen gigs met troep. Voeg meteen logging toe (hoeveel rijen verwijderd) zodat je in het dashboard ziet dat 'ie draait.
Patroon drie: webhook binnen laten komen en async verwerken
Stel: Stripe stuurt een payment_succeeded-webhook. Je wilt de gebruiker onmiddellijk een 200 teruggeven zodat Stripe niet retry't, maar het echte verwerken (mail sturen, credit toevoegen, factuur uploaden naar S3) mag async. Patroon: de public API-route accepteert, verifieert de signature, schrijft het event in een jobs-tabel, geeft 200 terug. Een aparte cron pikt jobs op en verwerkt ze.
Bij elk van deze drie geldt: **monitor je jobs.** Een job die stilletjes faalt is erger dan een job die er niet is — je bouwt features op de aanname dat 'ie draait, en op de dag dat het misgaat merk je het pas via een boze klant. Simpelste oplossing: elke job schrijft zijn laatste uitvoering (met status, duur, error-message) in een tabel `job_runs`. Bouw er een klein admin-scherm op. Ik controleer 'm elke maandag; kost me twee minuten en heeft me een paar keer voor blunders behoed.
Wat je niet in jobs stopt: alles wat een gebruiker binnen 200 ms wil zien. Zoekopdrachten, filters, inline-berekeningen. Die horen in server-functies die de gebruiker synchroon aanroept. Jobs zijn voor de dingen die tijd hebben — al is het maar dertig seconden.
Vergeet niet: dit hele patroon was drie jaar geleden nog "een aparte VPS optuigen, Node draaien, PM2 configureren, monitoring instellen". Nu is het drie SQL-regels en een edge function. Dat is de belangrijkste stille revolutie in Lovable Cloud — niet de UI-features, maar dat de backend-primitieven volwassen zijn geworden.
Vond je dit fijn?
Geef een hartje en deel het met een andere Lovable-fan.