Questa guida mostra come AWS Supply Chain Control Tower può migliorare la visibilità nei sistemi business-critical. Analizza un flusso costante di dati quasi in tempo reale per ottenere informazioni fruibili e consigli predittivi per la catena di approvvigionamento.
Diagramma dell'architettura

Fase 1
Le Supply Chain Control Towers (SCCT) si basano su input di dati provenienti da sistemi esterni come i partner logistici. Spesso vengono utilizzate integrazioni basate su file. Gli approcci moderni includono la pubblicazione o l'invio di dati su un'API sicura creata utilizzando Gateway Amazon API (Gateway API) e AWS Lambda.
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.
-
Eccellenza operativa
Sfruttando esclusivamente i servizi gestiti di AWS, ogni servizio emette il proprio set di parametri in Amazon CloudWatch, dove i clienti possono monitorare gli errori.
-
Sicurezza
Per i servizi rivolti al pubblico (come l'interfaccia utente), Amazon Cognito viene utilizzato per garantire un accesso sicuro alle applicazioni e ai servizi principali, inclusi i controlli degli accessi basati sui ruoli. Gli endpoint API forniti sono inoltre protetti con controlli di accesso, autenticazione e autorizzazione appropriati per garantire l'utilizzo da parte di sistemi e utenti autorizzati. Per altri servizi AWS, i controlli di accesso basati sui ruoli di AWS Identity and Access Management (IAM) vengono sfruttati per garantire l'accesso con il privilegio minimo tra i servizi.
I servizi gestiti di AWS utilizzati in questa architettura supportano comunicazioni sicure crittografando i dati in transito. Nel luogo in cui vengono archiviati i dati (come Amazon Redshift e Amazon S3), questi ultimi vengono crittografati anche quando sono inattivi.
-
Affidabilità
Questa architettura sfrutta servizi gestiti progettati per essere altamente disponibili per impostazione predefinita. Alcuni servizi (come Amazon Redshift) possono anche essere configurati per essere implementati su più zone di disponibilità. Ogni componente di questa architettura è progettato per mantenere la disponibilità in caso di eventi di emergenza. I servizi gestiti di AWS sono progettati per coprire più zone di disponibilità. Anche altri servizi, come Amazon Redshift, possono essere implementati su più zone di disponibilità. In caso di guasto della zona di disponibilità, i servizi implementati possono continuare a funzionare.
-
Efficienza delle prestazioni
Servizi scalabili e a elevata disponibilità come Amazon S3, Amazon Kinesis, AWS Glue e Amazon Redshift sono progettati appositamente per carichi di lavoro di analisi dei dati.
-
Ottimizzazione dei costi
Questa architettura segue un approccio orientato al serverless. Ove possibile, i servizi serverless vengono dimensionati in base al carico per garantire che paghi solo per ciò che utilizzi. Inoltre, vengono utilizzati servizi gestiti di AWS che consentono la fatturazione delle utenze.
Il trasferimento dei dati viene preso in considerazione per qualsiasi architettura orientata ai dati. In questa soluzione, il maggior volume di dati viene importato dai sistemi di origine, che generalmente vengono scaricati nella direzione in ingresso. Il trasferimento di dati per i trasferimenti file AWS SFTP, le richieste di gateway API e i dati di Amazon AppFlow viene addebitato in base ai prezzi del servizio documentati. Tutti gli altri dati vengono conservati all'interno della regione per l'elaborazione al fine di ridurre al minimo i costi di trasferimento.
-
Sostenibilità
I servizi gestiti di AWS aiutano ad aumentare e ridurre la capacità in base ai requisiti e al traffico aziendali e sono intrinsecamente più sostenibili delle soluzioni on-premise. Inoltre, i componenti serverless sfruttati automatizzano il processo di gestione dell'infrastruttura e lo rendono più sostenibile.
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.
Contenuti correlati

[Titolo]
Avvertenza
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.