In questa guida esamineremo da vicino il significato di Serverless PHP, le sue principali caratteristiche, i pro e i contro, per darvi una migliore comprensione di questo approccio al cloud computing.<\/p>\n
In particolare, esamineremo il concetto di serverless computing, i suoi casi d’uso e la sua portata, i vantaggi e gli svantaggi, una semplice implementazione del Serverless PHP con Bref e lo stato del Serverless PHP sui big three (Amazon<\/a>, Microsoft e Google<\/a>).<\/p>\n Pronti? Cominciamo!<\/p>\n Tradizionalmente, era necessario l’hardware di un server per configurare un’applicazione su Internet. La macchina server (o le macchine) sarebbe stata fisicamente connessa a Internet per consentire a qualcuno di accedere all’applicazione. La manutenzione del server era un affare costoso.<\/p>\n Successivamente, l’evoluzione dei servizi di hosting ha permesso ai webmaster di acquistare spazio di hosting – ogni server poteva contenere pi\u00f9 applicazioni. Questo ha abbassato i costi.<\/p>\n Con la crescita del cloud computing<\/a>, le economie di scala hanno ridotto notevolmente i costi, dato che \u00e8 stato possibile affittare una piccola quantit\u00e0 di spazio su una grande server farm remota. Infatti, il serverless computing consente di pagare solo i servizi utilizzati. Quando non viene utilizzato, praticamente non si utilizza alcuno spazio o risorsa sul cloud.<\/p>\n Il serverless computing semplifica il processo di sviluppo del software: consente ad un’organizzazione di focalizzarsi esclusivamente sullo sviluppo senza preoccuparsi della distribuzione, della manutenzione del server e dello scaling<\/a>.<\/p>\n Per implementare un’applicazione PHP serverless, si dovrebbe prima approfondire il concetto di serverless computing. Mentre il termine serverless \u00e8 apparso per la prima volta in questo articolo del 2012 sul futuro dello sviluppo del software<\/a> di ReadWrite, ha guadagnato popolarit\u00e0 con il lancio di AWS<\/a> Lambda nel 2014.<\/p>\n In questa sezione, concentriamoci su alcuni concetti chiave del serverless computing, e cerchiamo di rispondere a una domanda frequente che aleggia intorno a questa tecnologia: \u00e8 davvero server-“less”?<\/p>\n L’implementazione \u00e8 un task facile senza gestire il server. \u00c8 sufficiente caricare il codice sul server e di tutto il resto si occupa il provider. La tecnologia serverless consente di avere funzioni indipendenti dal linguaggio che interagiscono tra loro.<\/p>\n Ad esempio, se avete un’applicazione di messaggistica, il modulo di login pu\u00f2 essere codificato in un linguaggio e la funzione che aggiorna il vostro stato pu\u00f2 essere codificata in un altro linguaggio.<\/p>\n Senza l’hosting serverless, anche se questo \u00e8 possibile, \u00e8 sicuramente pi\u00f9 complesso. Ogni volta che un’azione attiva la vostra funzione, si riproduce un’istanza per gestirla.<\/p>\n Questo processo di riproduzione di un’istanza pu\u00f2 essere “caldo”, dove si utilizza un’istanza esistente, o “freddo”, dove si inizia una nuova istanza. In questo processo c’\u00e8 un leggero ritardo, soprattutto una partenza a freddo, rispetto all’hosting tradizionale<\/a>, dove il vostro server \u00e8 sempre in modalit\u00e0 standby per gestire le richieste.<\/p>\n Tuttavia, la situazione tra l’hosting serverless e quello tradizionale diventa esattamente l’opposto quando si hanno un gran numero di richieste da gestire. La scalabilit\u00e0 \u00e8 intrinseca alla tecnologia serverless. Se avete un’improvvisa richiesta di mille richieste simultanee, il provider le gestir\u00e0 senza alcuno sforzo o configurazione supplementare da parte vostra.<\/p>\n Non lasciatevi confondere dal termine “serverless”. Non significa che il “server” non esista. Quando usate un’applicazione serverless, c’\u00e8 un server in background che elabora i vostri input e calcola l’output necessario.<\/p>\n Il “-less” \u00e8 presente nel termine dal punto di vista dello sviluppatore<\/a>, che non \u00e8 mai esposto a vari elementi del server. Pertanto, se effettuate il deploy di un’applicazione PHP serverless, c’\u00e8 un vero e proprio server in esecuzione sul cloud che provvede alle richieste.<\/p>\n Abbiamo analizzato vari aspetti del serverless computing e di come sia diverso dal BaaS. Anche se abbiamo trattato le basi del serverless computing, analizziamo le situazioni in cui si possa preferire una tale architettura.<\/p>\n Forse vi siete resi conto che potrebbe non essere una buona idea ospitare applicazioni complesse su tecnologie serverless. Tuttavia, anche se decidete di non eseguire il deploy di un’applicazione completa attraverso il Serverless PHP, \u00e8 possibile eseguire il deploy di moduli.<\/p>\n In questa sezione presenteremo due esempi di implementazione di uno stack serverless: database<\/strong> e file storage<\/strong>.<\/p>\n Un database serverless \u00e8 un database on-demand che consente di eseguire query ogni volta che se ne ha bisogno. Scalare \u00e8 facile grazie allo stack serverless e il provider vi addebita i costi solo per il tempo in cui utilizzate la risorsa.<\/p>\n Amazon Aurora<\/a> e Google Cloud Datastore<\/a> sono esempi di database serverless disponibili oggi sul mercato. Un sistema di file storage serverless \u00e8 implementato come archivio di oggetti<\/a>. I file non sono trattati come nella gerarchia di un file system, ma come oggetti che contengono i dati del file stesso e i suoi metadati. L’archiviazione e il recupero avvengono tramite un’API tipo REST<\/a>.<\/p>\n IBM Cloud fornisce un servizio di archiviazione di oggetti<\/a>. Altri casi di uso comune di applicazioni serverless sono le API e i backend mobili, il cui design si basa su piccole funzioni logiche interdipendenti.<\/p>\n In questa sezione, esaminiamo i principali vantaggi del serverless computing e il motivo per cui sta guadagnando terreno negli ultimi anni.<\/p>\n Teoricamente, il serverless computing genera costi inferiori<\/a> rispetto all’hosting tradizionale. La ragione intrinseca \u00e8 semplice: si utilizza il servizio per periodi di tempo specifici e non ci sono costi di manutenzione durante i periodi di inattivit\u00e0. Tuttavia, se si deve affrontare un traffico costante nel tempo<\/a>, l’adozione di un’architettura serverless potrebbe non portare a grandi differenze di costi.<\/p>\n Il deployment di un servizio serverless non richiede l’impostazione e la configurazione del server<\/a>. Il deployment di un’applicazione senza server avviene anche attraverso semplici funzioni. \u00c8 pi\u00f9 facile creare una versione dell’applicazione e renderla disponibile sul cloud. L’intero processo di implementazione, quindi, \u00e8 pi\u00f9 facile e pi\u00f9 efficiente.<\/p>\n In una configurazione tradizionale, \u00e8 necessario fare molti sforzi per aumentare il traffico<\/a>. D’altra parte, il fornitore del servizio si occupa dell’allocazione delle risorse in caso di aumento del traffico. Di conseguenza, \u00e8 pi\u00f9 facile scalare quando si implementa un’architettura serverless.<\/p>\n Sebbene il serverless computing abbia la sua buona serie di vantaggi, bisogna essere consapevoli dei suoi potenziali svantaggi prima di pensare di adottarlo.<\/p>\n Il problema principale che gli utenti evidenziano con il serverless computing \u00e8 il calo delle prestazioni<\/a>. Anche se \u00e8 guidato dagli eventi, ci vogliono alcune centinaia di millisecondi per generare una micro-instanza per soddisfare una richiesta.<\/p>\n Questo ritardo pu\u00f2 rivelarsi significativo per applicazioni in cui il tempo \u00e8 una variabile critica. Con l’aumento della complessit\u00e0 di un’applicazione, i componenti che risiedono in vari luoghi aggiungono ritardo. Questo ritardo aggiuntivo pu\u00f2 rivelarsi dannoso per l’esperienza dell’utente.<\/p>\n (Lettura suggerita: Introduzione alla Creazione di Siti Web con Gatsby e WordPress<\/a>)<\/p>\n Sebbene l’architettura serverless consenta di concentrarsi esclusivamente sul codice<\/a>, il provider ha il controllo totale dell’infrastruttura. Di conseguenza, non \u00e8 possibile cambiare provider se non si dispone di un server, perch\u00e9 la migrazione pu\u00f2 essere difficile.<\/p>\n I provider si occupano della distribuzione end-to-end delle applicazioni serverless. Pertanto, uno sviluppatore deve dipendere dal provider che gli fornisca i log appropriati per il debug<\/a>. Anche il processo di debug di un’applicazione serverless \u00e8 difficile.<\/p>\n Fino ad ora abbiamo esplorato l’architettura serverless, ora vedremo cosa serve per il deploy di un’applicazione PHP attraverso un servizio serverless.<\/p>\n Come avrete gi\u00e0 intuito, il deployment di un’applicazione senza server \u00e8 fortemente specifica del provider<\/strong>. Pertanto, questo articolo cerca di guidare nelle implementazioni di un’applicazione PHP serverless su Amazon AWS. Bref, o brief in francese, \u00e8 un pacchetto Composer che permette di implementare applicazioni PHP su AWS attraverso Lambda.<\/p>\n Bref \u00e8 in continua evoluzione, quindi probabilmente dovreste controllare la matrice di maturit\u00e0 di Bref<\/a> per valutare se \u00e8 una buona idea portare la vostra applicazione su un’architettura serverless.<\/p>\n Per prima cosa, andate su Amazon AWS<\/a> e create un account. Ne avrete bisogno per distribuire la vostra applicazione. Successivamente, \u00e8 necessario installare il framework serverless<\/a> per gestire la vostra distribuzione.<\/p>\n Successivamente, generate la vostra coppia di chiavi pubblica-privata<\/a> su AWS e configurate il framework serverless in locale.<\/p>\n Quindi installate Bref attraverso Composer:<\/p>\n Prima del deployment, avrete bisogno di installare le dipendenze di Composer:<\/p>\n Per creare una semplice applicazione hello world con Bref, scriveremo una funzione che viene attivata da un evento e restituisce la stringa “Hello World”.<\/p>\n Per prima cosa, \u00e8 necessario includere lo script autoload.php di Bref e poi utilizzare la sua funzione lambda. Se desiderate accedere ai dati dal contesto, potete facoltativamente dichiarare una variabile di contesto<\/a>.<\/p>\n Quando la funzione \u00e8 pronta, \u00e8 necessario creare un file di configurazione serverless.yml. Ecco un file di configurazione di base tratto dalla guida di Bref.<\/p>\n Bref crea automaticamente questo file di configurazione quando si esegue questo comando.<\/p>\n Ora che avete la vostra funzione e la configurazione, potete invocare la funzione per verificare che funzioni come previsto utilizzando il comando Ecco una guida sulla distribuzione locale delle applicazioni serverless<\/a> tramite riga di comando sam di AWS. Una volta che il progetto \u00e8 pronto, \u00e8 possibile distribuirlo utilizzando il comando deploy di serverless. Utilizzate l’opzione Bref PHP su AWS Lambda \u00e8 una scelta molto comune. Tuttavia, ci sono altre soluzioni per le vostre applicazioni PHP Serverless.<\/p>\n Vapor<\/a>, lanciata da Laravel nel luglio 2019, \u00e8 una piattaforma di distribuzione serverless per Laravel su AWS Lambda. Vapor converte la vostra applicazione Laravel in una singola funzione lambda. Mentre Azure serverless non supporta ufficialmente PHP<\/a>, si pu\u00f2 comunque fare una prova utilizzando questo esempio di deployment<\/a>.<\/p>\n\n Ecco gli elementi chiave che dovreste prendere da questa guida su PHP Serverless:<\/p>\n Anche se il serverless sta diventando molto popolare, richiede anche una profonda comprensione della tecnologia per averne davvero un vantaggio.<\/p>\n","protected":false},"excerpt":{"rendered":" Il serverless computing \u00e8 un modello di esecuzione basato sul cloud che consente di ospitare le applicazioni come servizio, senza bisogno di mantenere un server. Il …<\/p>\n","protected":false},"author":118,"featured_media":34264,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[18528,11606],"topic":[26189,25945],"class_list":["post-34250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-aws","tag-serverless","topic-impara-php","topic-linguaggi-sviluppo-web"],"yoast_head":"\nServerless PHP: Le Basi<\/h2>\n
![\"Tendenze](\"https:\/\/kinsta.com\/it\/wp-content\/uploads\/sites\/2\/2020\/03\/senza-server-tendenze.png\")
Caratteristiche di Serverless PHP<\/h3>\n
Il PHP Serverless \u00e8 Davvero Serverless?<\/h3>\n
BaaS vs Architetture Serverless<\/h2>\n
\n
Serverless PHP: Casi d’Uso<\/h2>\n
Serverless PHP: Vantaggi<\/h2>\n
Riduzione dei Costi del Server<\/h3>\n
Pi\u00f9 Facile da Implementare<\/h3>\n
Scalabilit\u00e0<\/h3>\n
Serverless PHP: Svantaggi<\/h2>\n
Prestazioni<\/h3>\n
Vincolati al Fornitore<\/h3>\n
Debugging<\/h3>\n
Serverless PHP: Iniziare con Bref su Lambda<\/h2>\n
Pre-Requisiti per PHP Serverless con Bref<\/h3>\n
npm install -g serverless<\/code><\/pre>\nserverless config credentials --provider aws --key --secret<\/code><\/pre>\ncomposer require bref\/bref<\/code><\/pre>\ncomposer install --prefer-dist --optimize-autoloader --no-dev<\/code><\/pre>\nCreare un’Applicazione Hello World su Serverless PHP con Bref<\/h3>\n
require __DIR__.'\/vendor\/autoload.php';\nlambda(function ($event) {\n return 'Hello world');\n});\n<\/code><\/pre>\nservice: app\nprovider:\n name: aws\n runtime: provided\nplugins:\n - .\/vendor\/bref\/bref\nfunctions:\n hello:\n handler: index.php\n layers:\n - ${bref:layer.php-73}\n<\/code><\/pre>\nvendor\/bin\/bref init<\/code><\/pre>\ninvoke<\/code> del pacchetto serverless:<\/p>\nserverless invoke -f hello<\/code><\/pre>\n--verbose<\/code> per avere i dettagli della procedura di distribuzione:<\/p>\nserverless deploy<\/code><\/pre>\nAltre Opzioni di Deployment per PHP Serverless<\/h3>\n
Riepilogo<\/h2>\n
\n