{"id":55881,"date":"2020-01-31T00:00:00","date_gmt":"2020-01-30T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","title":{"rendered":"Consigli e fonti di informazione per la creazione di applicazioni serverless","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Consigli
\nSebbene le tecnologie serverless stiano guadagnando rapidamente popolarit\u00e0 negli ultimi anni, ci sono ancora molti fraintendimenti e preoccupazioni ad esse associate. La dipendenza dal fornitore, gli strumenti, la gestione dei costi, il cold start, il monitoraggio e il ciclo di vita dello sviluppo: tutti questi temi sono oggetto di discussione quando si parla di tecnologie serverless. In questo articolo esamineremo alcuni di questi argomenti e condivideremo consigli e collegamenti a risorse utili per aiutare i neofiti a creare applicazioni serverless potenti, flessibili ed economiche.
\n<\/a><\/noindex><\/p>\n

Fraintendimenti sulle tecnologie serverless<\/h2>\n

\nMolti pensano che serverless e elaborazione dati without servers (Functions as a Service<\/a><\/noindex>, FaaS) siano praticamente la stessa cosa. Significa che la differenza non \u00e8 molto ampia e vale la pena implementare questa novit\u00e0. Sebbene AWS Lambda sia stata una delle 'stelle' della fioritura delle tecnologie serverless e uno degli elementi pi\u00f9 popolari dell'architettura serverless, tuttavia, questa architettura rappresenta qualcosa di pi\u00f9 del semplice FaaS.<\/p>\n

Il principio fondamentale delle tecnologie serverless \u00e8 che non devi preoccuparti della gestione e della scalabilit\u00e0 dell'infrastruttura, paghi solo per ci\u00f2 che usi. Molti servizi rientrano in questi criteri: AWS DynamoDB, S3, SNS o SQS, Graphcool, Auth0, Now, Netlify, Firebase e molti altri. In generale, serverless implica utilizzare tutte le potenzialit\u00e0 del cloud computing senza la necessit\u00e0 di gestire e ottimizzare l'infrastruttura per scalare. Significa anche che la sicurezza a livello di infrastruttura non \u00e8 pi\u00f9 un tuo problema, il che rappresenta un enorme vantaggio, considerando la difficolt\u00e0 e la complessit\u00e0 di conformarsi agli standard di sicurezza. Infine, non devi acquistare l'infrastruttura messa a tua disposizione.<\/p>\n

Il serverless pu\u00f2 essere considerato uno 'stato mentale': una certa mentalit\u00e0 nella progettazione delle soluzioni. Evita approcci che richiedono la manutenzione di qualsiasi infrastruttura. Con un approccio serverless, dedichiamo il nostro tempo a risolvere problemi che hanno un impatto diretto sul progetto e portano vantaggi ai nostri utenti: creiamo logiche di business solide, sviluppiamo interfacce utente e sviluppiamo API reattive e affidabili.<\/p>\n

Ad esempio, se possiamo evitare la gestione e il supporto di una piattaforma di ricerca testuale, \u00e8 esattamente quello che faremo. Questo approccio alla costruzione delle applicazioni pu\u00f2 accelerare notevolmente il time-to-market, poich\u00e9 non devi pi\u00f9 pensare alla gestione di un'infrastruttura complessa. Liberati delle responsabilit\u00e0 e dei costi di gestione dell'infrastruttura e concentrati sulla creazione di applicazioni e servizi che i tuoi clienti desiderano. Patrick Debois ha definito questo approccio 'servicefull'<\/a><\/noindex>, questo termine \u00e8 accettato nella comunit\u00e0 serverless. Le funzioni devono essere considerate come un collegamento tra servizi, sotto forma di moduli distribuiti (anzich\u00e9 distribuire un'intera libreria o un'app web). Questo garantisce una incredibile granularit\u00e0 nella gestione delle distribuzioni e delle modifiche all'applicazione. Se non riesci a distribuire funzioni in questo modo, potrebbe significare che le funzioni stanno svolgendo troppi compiti e devono essere rifattorizzate.<\/p>\n

Alcuni sono confusi dalla dipendenza dal fornitore nello sviluppo di applicazioni cloud. Lo stesso vale per le tecnologie serverless e difficilmente \u00e8 il risultato di un fraintendimento. Dalla nostra esperienza, sviluppare applicazioni serverless su AWS, insieme alla capacit\u00e0 di AWS Lambda di integrare altri servizi AWS, contribuisce in parte alle virt\u00f9 delle architetture serverless. Questo \u00e8 un buon esempio di sinergia, dove il risultato dell'unione \u00e8 maggiore della somma dei singoli elementi. Cercare di evitare la dipendenza dal fornitore potrebbe portarti a problemi ancora maggiori. Quando lavori con i container, \u00e8 pi\u00f9 facile gestire il tuo livello di astrazione tra diversi fornitori cloud. Ma quando si tratta di soluzioni serverless, gli sforzi non ripagheranno, soprattutto se consideri fin dall'inizio l'efficienza economica. Assicurati di scoprire come i fornitori garantiscono la fornitura dei servizi. Alcuni servizi specializzati dipendono dai punti di integrazione con altri fornitori e possono fornire funzionalit\u00e0 plug-and-play out of the box. \u00c8 pi\u00f9 semplice invocare Lambda da un punto finale del gateway API che inoltrare una richiesta a un container o a un'istanza EC2. Graphcool offre una semplice configurazione con Auth0, il che \u00e8 pi\u00f9 facile che utilizzare strumenti di autenticazione di terze parti.<\/p>\n

La scelta del fornitore giusto per la tua applicazione serverless \u00e8 una decisione architettonica. Quando crei un'applicazione, non ti aspetti di tornare mai pi\u00f9 alla gestione dei server. La scelta del fornitore cloud non \u00e8 diversa dalla scelta di utilizzare contenitori, un database o persino un linguaggio di programmazione. <\/p>\n

Considera:<\/p>\n