Questa Guida consente di implementare un'architettura serverless per moderare in modo efficiente il crescente flusso di contenuti e di informazioni sensibili fornite dagli utenti. Questi contenuti e informazioni possono provenire da un'ampia gamma di settori, tra cui gaming, social media, e-commerce e ambienti regolamentati, come la sanità e i servizi finanziari.

Diagramma dell'architettura

Scarica il diagramma dell'architettura (PDF) 

Principi di Well-Architected

Il framework AWS Well-Architected consente di valutare i pro e i contro delle decisioni prese durante il processo di creazione di sistemi nel cloud. I sei principi del framework consentono di apprendere le best practice architetturali per la progettazione e il funzionamento di sistemi affidabili, sicuri, efficienti, convenienti e sostenibili. Grazie allo strumento AWS Well-Architected, disponibile gratuitamente nella Console di gestione AWS, puoi rivedere i tuoi carichi di lavoro rispetto a queste best practice rispondendo a una serie di domande per ciascun principio.

Il diagramma dell'architettura sopra riportato è un esempio di una soluzione creata tenendo conto delle best practice Well-Architected. Per essere completamente Well-Architected, dovresti seguire il maggior numero possibile di best practice.

  • Scegliendo Lambda e Amazon S3, è possibile implementare standard di progettazione condivisi. Hai la possibilità di condividere le risorse creati tra account, ambienti e team.

    Leggi il whitepaper sull'eccellenza operativa 

  • Questa Guida utilizza i servizi gestiti per aiutarti a ridurre le attività di mantenimento della sicurezza come parte del modello di responsabilità condivisa. Sebbene non rientri nell'ambito di questa Guida, è possibile, inoltre, validare l'integrità del software eseguito nelle proprie funzioni Lambda.

    Scegliendo i servizi gestiti, ci si assicura che le chiamate API AWS vengano eseguite tutte tramite endpoint HTTPS utilizzando la comunicazione TLS, proteggendo così i dati in transito.

    Leggi il whitepaper sulla sicurezza 

  • Utilizzando Gateway Amazon API, ci si assicura una connettività di rete altamente disponibile per questo endpoint pubblico della Guida e si fornisce una protezione automatica contro gli attacchi DDoS (Distributed Denial of Service) tramite AWS Shield senza costi aggiuntivi.

    Con l'uso combinato di Amazon EventBridge e Amazon Simple Queue Service (Amazon SQS), è possibile implementare dipendenze loosely coupled (con accoppiamento debole), permettendo di isolare il comportamento di un componente da altri componenti che dipendono da esso, aumentando la resilienza e l'agilità.

    Leggi il whitepaper sull'affidabilità 

  • Scegliere servizi serverless gestiti può comportare una minor necessità di gestione dei requisiti di dimensionamento. Con Lambda, è sufficiente caricare il codice, e il servizio si occuperà di tutto il necessario per eseguire e scalare quel codice. Inoltre, Gateway Amazon API gestisce tutte le attività necessarie per accettare ed elaborare fino a centinaia di migliaia di chiamate API simultanee.

    Leggi il whitepaper sull'efficienza delle prestazioni 

  • Questa Guida utilizza i servizi serverless o a livello di applicazione Lambda e Amazon SQS per eliminare la necessità di gestire le risorse.

    Scegliendo sia servizi gestiti che serverless, si ha la possibilità di impostare attributi in grado di garantire una capacità sufficiente. È necessario impostare e monitorare questi attributi in modo da ridurre al minimo la capacità in eccesso e massimizzare le prestazioni.

    Leggi il whitepaper sull'ottimizzazione dei costi 

  • Scegliendo i servizi gestiti, si elimina la necessità di identificare i periodi di scarso o nullo utilizzo delle risorse.

    Questa Guida ottimizza il software e l'architettura per i lavori asincroni e pianificati tramite architetture basate sulle code. I vari contenuti forniti dagli utenti non richiedono un'azione immediata e, come tali, possono essere pianificati per evitare picchi di carico e conflitti di risorse dovuti all'esecuzione simultanea.

    Leggi il whitepaper sulla sostenibilità 

Risorse per l'implementazione

Viene fornita una guida dettagliata da sperimentare e utilizzare all'interno del tuo account AWS. Ogni fase della creazione della guida, inclusa l'implementazione, l'utilizzo e la pulizia, viene esaminata per prepararla all'implementazione.

Il codice di esempio è un punto di partenza. È convalidato dal settore, prescrittivo ma non definitivo, ed è il punto di partenza per iniziare a lavorare.

Apri la guida all'implementazione
Apri codice di esempio su GitHub

Contenuti correlati

Disclaimer

Il codice di esempio, le librerie software, gli strumenti della linea di comando, le proof of concept, i modelli e le altre tecnologie correlate (comprese tutte le tecnologie di cui sopra fornite dal nostro personale) vengono forniti all'utente sotto forma di contenuto AWS ai sensi dell'Accordo cliente AWS o del relativo accordo scritto stipulato tra l'utente e AWS (a seconda dei casi). Non bisogna utilizzare il contenuto AWS in questione negli account di produzione o sui dati di produzione o altri dati fondamentali. L'utente è responsabile dei test, della sicurezza e dell'ottimizzazione del contenuto AWS, come il codice di esempio, in modo appropriato per l'utilizzo in produzione sulla base delle pratiche e degli standard di qualità specifici. L'implementazione del contenuto AWS può comportare costi AWS per la creazione o l'utilizzo di risorse AWS addebitabili, quali le istanze Amazon EC2 in esecuzione o l'archiviazione Amazon S3.

Eventuali riferimenti a servizi o organizzazioni di terze parti contenuti in questa guida non implicano alcuna approvazione, sponsorizzazione o affiliazione tra Amazon o AWS e dette terze parti. La guida di AWS è un punto di partenza tecnico e l'integrazione con servizi di terze parti può essere personalizzata al momento dell'implementazione dell'architettura.

Questa pagina è stata utile?

 Feedback