osFoundry / Platform
Funzioni serverless
Funzioni in stile Lambda per app — avvio a freddo in 40ms, niente provisioning, fatturate al millisecondo.
Che cos’è
Le funzioni serverless di osFoundry sono handler di backend in stile Lambda che appartengono a una singola app. Quando costruisci un'app nel workspace, puoi collegare funzioni che eseguono logica lato server: gestire l'invio di un form, chiamare un'API esterna con una chiave memorizzata, trasformare i dati prima che raggiungano il client, e tutto questo senza tirare su né gestire alcun server per conto tuo. Non c'è nulla da fare provisioning: scrivi l'handler, distribuisci l'app e il backend della funzione si avvia insieme a lei. Il cold start si aggira sui 40 ms, così la prima richiesta dopo un periodo di inattività si comporta quasi come una a caldo, e ti viene addebitato al millisecondo di esecuzione anziché per capacità riservata, il che significa che una funzione inattiva non costa nulla.\n\nDentro osFoundry le funzioni vengono provisionate per singola installazione dell'app anziché come un unico pool condiviso, così ogni app ottiene il proprio ambiente di esecuzione isolato, circoscritto ai dati e ai secret di quella app. Poiché ogni app include anche uno schema Postgres per istanza (CRUD, un archivio documenti JSONB, key-value e pgvector), una funzione può leggere e scrivere lo stato della propria app direttamente, invece di attraversare un confine di rete verso un servizio di database separato. In questo modo il frontend dell'app, la sua logica di backend e i suoi dati restano un'unica unità distribuibile, all'interno dello stesso workspace in cui esegui chat, agenti, codice e conoscenza.\n\nQuesto conta perché, in un'app piccola, la maggior parte dei momenti \"aggiungi un backend\" è proprio la parte costosa: scegliere un host, cablare un runtime, tenere qualcosa a caldo e pagarlo che arrivi traffico o no. Le funzioni serverless per app comprimono tutto ciò nel semplice distribuire l'app. Conservi la postura BYOK di osFoundry (le tue chiavi API, nessun ricarico da rivenditore sui modelli che le tue funzioni chiamano) e paghi solo il calcolo che una funzione usa davvero, misurato al millisecondo.
Funzionalità principali
- Cold start di circa 40 ms: le richieste raggiungono una latenza quasi a caldo senza pre-riscaldare né tenere in vita istanze
- Nessun provisioning: scrivi la funzione contro la tua app, la distribuisci e osFoundry avvia il backend al deploy
- Fatturazione al millisecondo di esecuzione effettiva, con costo zero quando una funzione resta inattiva
- Un ambiente di funzione isolato per app, circoscritto ai dati e ai secret di quella app invece che a un pool condiviso
- Si integra con lo schema Postgres per istanza incluso in ogni app, così una funzione legge e scrive lo stato direttamente
Casi d’uso
- Chi costruisce app: aggiunge a una room app un handler per l'invio di form e una pulizia dati pianificata senza tirare su alcun servizio di backend separato
- Sviluppatore solitario: chiama un'API di terze parti da una funzione usando una chiave memorizzata, così il secret non finisce mai nel bundle del client
- Team orientato ai dati: esegue una funzione che legge e scrive lo schema Postgres incluso nell'app per aggregare i record prima di restituirli alla UI
Domande frequenti
Qual è la latenza di cold start di una funzione serverless osFoundry?
Il cold start si aggira sui 40 ms, così la prima richiesta a una funzione inattiva torna con una latenza vicina a quella del percorso a caldo. Non serve pre-riscaldare le funzioni né tenere in esecuzione un numero minimo di istanze per raggiungere quel valore.
Come vengono fatturate le funzioni serverless?
Vengono fatturate al millisecondo di tempo di esecuzione effettivo. Non c'è un canone mensile fisso per funzione né alcun addebito mentre resta inattiva: paghi solo il calcolo che una richiesta consuma. Le eventuali chiamate ai modelli che una funzione effettua girano comunque sulle tue chiavi BYOK, quindi da quel lato non c'è alcun ricarico da rivenditore.
Devo fare provisioning o gestire un server?
No. Non c'è nulla da provisionare, scalare o tenere in vita. Scrivi la funzione contro la tua app e distribuisci l'app; osFoundry avvia per te il backend isolato per app. Ogni app ottiene il proprio ambiente di funzione circoscritto ai dati e ai secret di quella app, e può leggere e scrivere direttamente lo schema Postgres incluso nell'app.