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à.

# Un approccio graduale per l'ingegneria delle prestazioni nel Cloud AWS
<a name="introduction"></a>

*Amazon Web Services* ([collaboratori](contributors.md))

*Aprile 2024 (cronologia* dei [documenti](doc-history.md))

Questa guida descrive le migliori pratiche per pianificare, creare e abilitare l'ingegneria delle prestazioni per i carichi di lavoro delle applicazioni in esecuzione su Amazon Web Services ()AWS. Definisce quattro pilastri per l'ingegneria delle prestazioni**** e suggerisce diversi approcci per soddisfare i requisiti prestazionali delle applicazioni. Per ogni pilastro, questa guida elenca strumenti e soluzioni per configurare i test delle prestazioni e l'ambiente di test.

## Che cos'è l'ingegneria delle prestazioni?
<a name="what"></a>

L'ingegneria delle prestazioni comprende le tecniche applicate durante il ciclo di vita di sviluppo di un sistema per garantire il rispetto dei requisiti prestazionali non funzionali (come velocità effettiva, latenza o utilizzo della memoria).

Prima di iniziare il test delle prestazioni, è necessario configurare l'ambiente delle prestazioni. Un ambiente prestazionale tipico si basa sui seguenti pilastri:
+ Generazione di dati di test
+ Osservabilità del test
+ Automazione dei test
+ Reportistica dei test

## Perché utilizzare l'ingegneria delle prestazioni?
<a name="why"></a>

L'ingegneria delle prestazioni è il processo di ottimizzazione continua delle prestazioni delle applicazioni sin dall'inizio della fase di progettazione. Apporta grande valore all'azienda evitando la rilavorazione e il refactoring del codice in una fase successiva del ciclo di sviluppo. L'avvio dell'ingegneria delle prestazioni nella fase di progettazione porta a un'applicazione che offre prestazioni migliori perché le prestazioni possono essere prese in considerazione nella progettazione. L'ingegneria delle prestazioni richiede la partecipazione attiva di architetti di sistema DevOps, sviluppatori e Quality Assurance.