{"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":"Suggerimenti e fonti di informazione per la creazione di applicazioni serverless","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Suggerimenti
\nSebbene le tecnologie serverless stiano rapidamente guadagnando 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 argomenti vengono ampiamente discussi quando si parla di tecnologie serverless. In questo articolo, esamineremo alcuni di questi temi e condivideremo consigli e link a fonti utili che aiuteranno i neofiti a creare applicazioni serverless potenti, flessibili ed economicamente vantaggiose.
\n<\/a><\/noindex><\/p>\n

Fraintendimenti sulle tecnologie serverless<\/h2>\n

\nMolti credono che la serverless e l'elaborazione dati senza server (Functions as a Service<\/a><\/noindex>, FaaS) siano quasi la stessa cosa. Quindi, la differenza non \u00e8 poi cos\u00ec grande e vale la pena implementare la novit\u00e0. Anche se AWS Lambda \u00e8 stata una delle \"stelle\" dell'ascesa delle tecnologie serverless e uno degli elementi pi\u00f9 popolari dell'architettura serverless, questa architettura rappresenta qualcosa di pi\u00f9 del FaaS.<\/p>\n

Il principio fondamentale delle tecnologie serverless \u00e8 che non devi preoccuparti di gestire e scalare l'infrastruttura; paghi solo per ci\u00f2 che utilizzi. Molti servizi rientrano in questi criteri: AWS DynamoDB, S3, SNS o SQS, Graphcool, Auth0, Now, Netlify, Firebase e molti altri. In generale, la serverless implica l'utilizzo di tutte le possibilit\u00e0 del cloud computing senza necessit\u00e0 di gestire l'infrastruttura e ottimizzarla per la scalabilit\u00e0. Ci\u00f2 significa anche che la sicurezza a livello di infrastruttura non \u00e8 pi\u00f9 un tuo problema, il che \u00e8 un enorme vantaggio considerando la difficolt\u00e0 e la complessit\u00e0 nel rispetto degli standard di sicurezza. Infine, non devi acquistare l'infrastruttura che ti viene fornita in uso.<\/p>\n

La serverless pu\u00f2 essere considerata uno \"stato mentale\": una certa mentalit\u00e0 nella progettazione delle soluzioni. Evita gli approcci che richiedono la manutenzione di qualsiasi infrastruttura. Con l'approccio serverless, ci concentriamo sulle attivit\u00e0 che influiscono direttamente sul progetto e portano benefici ai nostri utenti: creiamo logiche aziendali sostenibili, sviluppiamo interfacce utente e sviluppiamo API adattive e affidabili.<\/p>\n

Ad esempio, se possiamo evitare la gestione e il supporto della piattaforma di ricerca a testo libero, \u00e8 esattamente ci\u00f2 che faremo. Questo approccio alla creazione delle applicazioni pu\u00f2 accelerare notevolmente il lancio del prodotto sul mercato, poich\u00e9 non \u00e8 pi\u00f9 necessario preoccuparsi di gestire un'infrastruttura complessa. Liberatevi delle responsabilit\u00e0 e dei costi di gestione dell'infrastruttura e concentratevi sulla creazione di applicazioni e servizi necessari ai vostri clienti. Patrick Debois ha definito questo approccio \u2018servicefull\u2019<\/a><\/noindex>, questo termine \u00e8 accettato nella comunit\u00e0 serverless. Le funzioni devono essere considerate come un legame per i servizi sotto forma di moduli distribuiti (anzich\u00e9 distribuire un'intera libreria o un'applicazione web). Questo garantisce una straordinaria granularit\u00e0 nella gestione delle distribuzioni e nelle modifiche alle applicazioni. Se non \u00e8 possibile distribuire le funzioni in questo modo, potrebbe significare che le funzioni stanno svolgendo troppe attivit\u00e0 e dovrebbero essere rifattorizzate.<\/p>\n

Alcuni sono preoccupati per la dipendenza dal fornitore nella sviluppo di applicazioni cloud. Lo stesso vale per le tecnologie serverless, e difficilmente si tratta di un'illusione. Dalla nostra esperienza, la creazione di applicazioni serverless su AWS, unita alla capacit\u00e0 di AWS Lambda di integrare altri servizi AWS, contribuisce in parte ai vantaggi delle architetture serverless. Questo \u00e8 un buon esempio di sinergia, in cui il risultato dell'unione \u00e8 maggiore della semplice somma delle parti. Cercando di evitare la dipendenza da un fornitore, potresti trovarti di fronte a problemi ancora maggiori. Lavorando con i container, \u00e8 pi\u00f9 facile gestire il proprio livello di astrazione tra i fornitori di cloud. Ma quando si tratta di soluzioni serverless, gli sforzi non ripagheranno, specialmente se si considera l'efficacia economica fin dall'inizio. Assicurati di scoprire come i fornitori garantiscano la fornitura dei servizi. Alcuni servizi specializzati dipendono da punti di integrazione con altri fornitori, e possono offrire, out of the box, la possibilit\u00e0 di collegamenti in stile plug-and-play. \u00c8 pi\u00f9 semplice chiamare Lambda da un endpoint dell'API gateway che fare un proxy di una richiesta a un container o a un'istanza EC2. Graphcool offre una semplice configurazione con Auth0, il che \u00e8 pi\u00f9 semplice che utilizzare strumenti di autenticazione di terze parti.<\/p>\n

La scelta del fornitore giusto per la tua applicazione serverless \u00e8 una decisione a livello architettonico. Quando crei un'applicazione, non ti aspetti mai di tornare a gestire server. Scegliere un fornitore cloud non \u00e8 diverso dal decidere di utilizzare container, database, o persino un linguaggio di programmazione. <\/p>\n

Pensa a:<\/p>\n