

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Pilastro della sostenibilità
<a name="sustainability-pillar"></a>

Il [pilastro della sostenibilità](https://docs.aws.amazon.com/wellarchitected/latest/framework/sustainability.html) si concentra sulla riduzione al minimo degli impatti ambientali dell'esecuzione di carichi di lavoro cloud. Gli argomenti chiave includono un modello di responsabilità condivisa per la sostenibilità, la comprensione dell'impatto e la massimizzazione dell'uso per ridurre al minimo le risorse necessarie e ridurre gli impatti a valle.

Il pilastro della sostenibilità contiene le seguenti aree di interesse chiave:
+ Il tuo impatto
+ Obiettivi di sostenibilità
+ Utilizzo massimizzato
+ Anticipazione e adozione di nuove offerte hardware e software più efficienti
+ Utilizzo di servizi gestiti
+ Riduzione dell'impatto a valle

Questa guida si concentra sul tuo impatto. Per ulteriori informazioni sugli altri principi di progettazione della sostenibilità, vedere il [AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/framework/sus-design-principles.html) Framework.

Le tue scelte e i tuoi requisiti hanno un impatto sull'ambiente. Se è possibile scegliere soluzioni Regioni AWS con un'intensità di carbonio inferiore e se i requisiti riflettono le esigenze effettive del carico di lavoro anziché limitarsi a massimizzare l'operatività e la durata, la sostenibilità del carico di lavoro aumenta. Le sezioni successive illustrano le migliori pratiche e considerazioni ponderate che avranno un impatto ambientale positivo se adottate nella progettazione del carico di lavoro e nelle operazioni correnti.

## Regione AWS selezione
<a name="region-selection"></a>

Alcuni Regioni AWS sono vicini a progetti di energia rinnovabile di Amazon o si trovano dove la rete ha un'intensità di carbonio pubblicata inferiore rispetto ad altre. Considera l'[impatto sulla sostenibilità](https://aws.amazon.com/blogs/architecture/how-to-select-a-region-for-your-workload-based-on-sustainability-goals/) per le regioni che potrebbe essere fattibile per il tuo carico di lavoro e confronta il tuo elenco con le regioni [in cui è disponibile Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/limits.html).

## Consumo basato sui modelli di comportamento degli utenti
<a name="user-behavior-patterns"></a>

Il corretto dimensionamento dei consumi in base al traffico e al comportamento degli utenti aiuta a AWS ridurre al minimo l'impatto dei servizi sull'ambiente. Prendi in considerazione le seguenti best practice durante la progettazione della tua soluzione:
+ Monitora i CloudWatch parametri di Amazon come `CPUUtilization``MainRequestQueuePendingRequests`, e `TotalRequestsPerSec` per determinare quando la tua domanda è più alta e più bassa, e assicurati che le risorse del cluster siano delle dimensioni corrette in quei periodi.
+ Automatizza l'arresto degli ambienti non di produzione durante le ore in cui non vengono utilizzati. Per ulteriori informazioni, consulta il post sul blog [Automatizza l'arresto e l'avvio delle risorse dell'ambiente Amazon Neptune utilizzando](https://aws.amazon.com/blogs/database/automate-the-stopping-and-starting-of-amazon-neptune-environment-resources-using-resource-tags/) i tag di risorsa.
+ Se i tuoi modelli di traffico variano frequentemente e in modo imprevedibile, prendi in considerazione l'utilizzo di istanze Neptune Serverless che si scalano verso l'alto e verso il basso in base alla domanda invece di utilizzare un'istanza predisposta per i picchi di traffico.
+ Valuta la possibilità di allineare i tuoi accordi sui livelli di servizio agli obiettivi di sostenibilità oltre agli obiettivi di continuità aziendale. La semplificazione di requisiti come il disaster recovery in più regioni, l'elevata disponibilità o la conservazione dei backup a lungo termine, in particolare per ambienti non di produzione o carichi di lavoro non mission critical, può ridurre la quantità di risorse necessarie per raggiungere tali obiettivi.

## Ottimizza lo sviluppo del software e i modelli di architettura
<a name="software-development-architecture-patterns"></a>

Per prevenire gli sprechi, ottimizza i modelli e le query e condividi le risorse di calcolo in modo da utilizzare tutte le risorse disponibili nelle istanze e nei cluster Neptune. Le migliori pratiche specifiche includono:
+ Chiedi agli sviluppatori di condividere le istanze di Neptune e le istanze dell'applicazione Jupyter Notebook anziché crearne di proprie. Assegna a ogni sviluppatore la propria partizione logica in un singolo cluster Neptune attraverso l'uso di strategie [di partizionamento multi-tenancy](https://explore.skillbuilder.aws/learn/course/external/view/elearning/16133/data-modeling-for-amazon-neptune) e crea cartelle notebook separate per ogni sviluppatore su una singola istanza di Jupyter.
+ Implementa modelli che massimizzano l'uso delle risorse e riducono al minimo i tempi di inattività, ad esempio thread paralleli per caricare dati e raggruppare i record in una transazione più ampia.
+ Ottimizza le query e il modello grafico per ridurre al minimo le risorse necessarie per calcolare i risultati.
+ Per i risultati delle query Gremlin, utilizzate la funzione di [cache dei risultati](https://docs.aws.amazon.com/neptune/latest/userguide/gremlin-results-cache.html) per ridurre al minimo le risorse impiegate per ricalcolare le query impaginate o ricorrenti di frequente.
+ Mantieni aggiornati i tuoi ambienti Neptune. Le versioni più recenti di Neptune supportano le più recenti istanze Amazon EC2, come Graviton, che sono più efficienti. Sono inoltre stati apportati miglioramenti all'ottimizzazione delle query e correzioni di bug che riducono la quantità di risorse necessarie per calcolare le query.