Serverless
Nei servizi serverless gestiti, il fornitore amministra l’infrastruttura di esecuzione. Codice, accessi e gestione degli errori restano compiti applicativi.
Che cosa significa serverless?
Serverless indica un modello in cui una piattaforma fornisce e gestisce l’infrastruttura di esecuzione necessaria. Il team applicativo non deve gestire proprie istanze server a questo scopo. AWS include nel serverless funzioni, esecuzione di container e altri servizi. Function as a Service ne è quindi una forma; il concetto va oltre la singola funzione.
I server continuano a esistere. In un’offerta gestita è il fornitore a occuparsene. Se un’organizzazione gestisce da sé la piattaforma serverless, la relativa infrastruttura resta di sua competenza. Scalabilità, fatturazione e limiti vanno chiariti per il servizio concreto.
Esempio: eseguire una relazione in un container
Nel progetto inventato, un servizio gestito esegue il container di generazione della relazione per il lavoro JOB-77. Dati in ingresso e risultato risiedono in servizi di archiviazione collegati esplicitamente. Il team decide chi può avviare il lavoro, quali dati il container può leggere e come rendere visibile un errore. Questi collegamenti fanno parte del progetto, non sono dotazioni automaticamente promesse dalla piattaforma.
OWASP assegna ancora al team utilizzatore codice applicativo, dipendenze, identità e configurazione. Nell’esempio il team deve anche stabilire come ripetere in sicurezza lo stesso lavoro. Serverless descrive qui la suddivisione dei compiti operativi; non dimostra che la relazione sia corretta né che i costi totali siano sempre inferiori.
Fonti
Termini correlati
- FaaSFunction as a Service esegue funzioni distribuite in risposta a eventi o chiamate. Una piattaforma gestisce l’ambiente di esecuzione.
- PaaSPlatform as a Service offre una piattaforma per le applicazioni proprie. Il team distribuisce il codice; il fornitore gestisce l’ambiente sottostante.
- ContainerUn container esegue processi applicativi in un ambiente isolato. Può facilitare il rilascio, ma restano necessari backup e gestione operativa.
- Return-PathReturn-Path registra il percorso di ritorno SMTP in un’intestazione. Spiega la via tecnica delle notifiche di errore, non l’identità di una persona.
- Envelope-FromEnvelope-From identifica il mittente SMTP per il trasporto e le notifiche di errore. Va distinto dall’indirizzo del mittente visibile.
- Rapporto aggregato DMARCUn rapporto aggregato DMARC riassume i controlli di dominio di un sistema segnalante in un periodo. Aiuta a esaminare fonti di invio ed errori di configurazione.
Articoli sul tema








Cloud & gestione con ASES
Hosting, deployment, manutenzione e assistenza

