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à.
# Fase 3: implementazione basata su Wave
La fase di implementazione basata su wave si concentra sulla selezione AWS dei microservizi per sostituire funzionalità specifiche del sistema legacy e quindi sull'implementazione di tali servizi a ondate. I seguenti consigli possono aiutarvi a stabilire le priorità delle funzionalità da modernizzare per prime e poi a implementare le modifiche alla produzione in modo incrementale.
**Importante**
Assicuratevi di consultare e ottenere l'approvazione delle principali parti interessate prima di implementare uno dei seguenti gruppi d'onda. Si consiglia di utilizzare un approccio iterativo durante la creazione di questi gruppi, anziché affidarsi esclusivamente ai criteri di punteggio della matrice di capacità.
**Aree di interesse chiave**
+ Utilizzo di una serie di criteri di prioritizzazione per classificare le funzionalità in tre fasi di implementazione in base al numero di dipendenze, alla priorità aziendale e al livello di complessità
+ Selezione di AWS microservizi nativi per il cloud in grado di fornire le stesse funzionalità del sistema IT legacy
+ Configurazione dell' AWS infrastruttura di base richiesta per configurare i microservizi selezionati AWS
+ Distribuzione delle modifiche alla produzione in modo incrementale e a ondate
## Fase 1: Organizzazione delle funzionalità in base al numero di dipendenze, alla priorità aziendale e al livello di complessità
Utilizzando gli input delle principali parti interessate insieme ai punteggi ponderati della matrice delle capacità, organizza le funzionalità del sistema legacy nei seguenti tre gruppi principali:
**Nota**
La maggior parte delle implementazioni richiede anche l'uso di molti gruppi di subwave. Questa guida descrive i tre gruppi d'onda principali solo a scopo esemplificativo.
**Funzionalità Wave 1**
| | |
| --- |--- |
| **Numero di dipendenze** | Nessuna o molto bassa |
| **Priorità aziendale** | Bassa |
| **Complessità** | Bassa |
** **
**Funzionalità Wave 2**
| | |
| --- |--- |
| **Numero di dipendenze** | Da basso a medio |
| **Priorità aziendale** | Da bassa a media |
| **Complessità** | Media |
**Funzionalità Wave 3**
| | |
| --- |--- |
| **Numero di dipendenze** | Elevata |
| **Priorità aziendale** | Medio-alta |
| **Complessità** | Da medio a alto |
## Fase 2: Seleziona AWS i microservizi per sostituire le funzionalità del sistema IT precedente
In coordinamento con le principali parti interessate, utilizza un processo iterativo di revisione e finalizzazione della sequenza di funzionalità che desideri modernizzare. Quindi, seleziona AWS i microservizi per sostituire le funzionalità del sistema IT legacy.
Di seguito sono riportati alcuni esempi di AWS microservizi che spesso possono essere utilizzati per sostituire le funzionalità che rientrano in ogni gruppo d'onda:
**Esempi di AWS microservizi Wave 1**
+ AWS Lambda
+ Amazon Simple Queue Service (Amazon SQS)
+ Amazon Simple Notification Service (Amazon SNS)
+ Gateway Amazon API
**Nota**
Le funzionalità di Wave 1 possono essere integrate con servizi di AWS base minimi utilizzando un modello di migrazione Strangler. Per ulteriori informazioni, consulta [Seamless migrate on-premise workload legacy utilizzando uno](https://aws.amazon.com/blogs/architecture/seamlessly-migrate-on-premises-legacy-workloads-using-a-strangler-pattern/) strangler pattern sul blog. AWS
** AWS Esempi di microservizi Wave 2**
+ AWS Step Functions flusso di lavoro basato
+ Database adatto allo scopo (migrazione ad Aurora PostgreSQL)
+ AWS Fabbrica SaaS
**Nota**
Le funzionalità di Wave 2 in genere implicano un certo livello di modernizzazione del database, come la migrazione a un database compatibile con PostgreSQL. Per mantenere una soluzione cloud ibrida, di solito è richiesta anche la sincronizzazione dei database legacy con nuovi database nativi del cloud.
**Esempi di microservizi Wave 3 AWS **
+ AWS Fargate
+ Motori di raccomandazione in tempo reale, come Amazon Textract, Amazon Comprehend, Amazon Rekognition e i modelli Amazon SageMaker
+ Data lake scalabili, come Amazon Simple Storage Service (Amazon S3) e AWS Lake Formation
+ Servizi di analisi Amazon appositamente progettati, come Amazon Athena, Amazon EMR, Amazon Service OpenSearch , Amazon Kinesis e Amazon Redshift
+ Servizi di trasferimento dei dati senza interruzioni, come e AWS Glue AWS App Mesh
**Importante**
Avviso di fine del supporto: il 30 settembre 2026, AWS il supporto per. AWS App Mesh Dopo il 30 settembre 2026, non potrai più accedere alla AWS App Mesh console o alle risorse. AWS App Mesh Per ulteriori informazioni, consulta questo post di blog [Migrazione AWS App Mesh da Amazon ECS Service Connect.](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)
**Nota**
Le funzionalità di Wave 3 in genere hanno un numero elevato di dipendenze e di solito devono essere integrate con altri microservizi. Questi attributi rendono le funzionalità di Wave 3 ottime candidate per essere sostituite da microservizi basati su container.
## Fase 3: Configurare l' AWS infrastruttura di base richiesta per configurare i microservizi selezionati AWS
Dopo aver esaminato e finalizzato l'architettura di destinazione basata sul cloud con le principali parti interessate, configura l' AWS infrastruttura richiesta per configurare i microservizi selezionati. AWS
**Esempi di risorse infrastrutturali fondamentali AWS **
+ [AWS Control Tower](https://aws.amazon.com/controltower/)e landing zone
+ [AWS Organizations](https://aws.amazon.com/organizations/)unità organizzative e politiche di controllo dei servizi (SCPs)
+ AWS Identity and Access Management politiche [(IAM)](https://aws.amazon.com/iam/)
+ [Amazon API Gateway](https://aws.amazon.com/api-gateway/) APIs
+ Funzioni [AWS Lambda](https://aws.amazon.com/lambda/)
+ AWS servizi di database, come [Amazon Relational Database Service (Amazon](https://aws.amazon.com/rds/) RDS)
+ CloudWatchDashboard e allarmi [Amazon](https://aws.amazon.com/cloudwatch/)
+ Code di [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/)
+ [Argomenti e abbonamenti di Amazon Simple Notification Service (Amazon SNS](https://aws.amazon.com/sns/))
+ [Amazon Cognito e pool](https://aws.amazon.com/cognito/) di utenti
## Fase 4: Implementazione delle modifiche a ondate
Implementa in sequenza ogni gruppo d'onda in un ambiente di test. Quando ogni gruppo di onde è pronto per la produzione, testate la funzionalità del sistema ed eseguite il debug di eventuali problemi nell'ambiente di test. Quindi, riduci le modifiche all'ambiente di produzione in modo incrementale.
Di seguito sono riportate descrizioni di alto livello dei tipi di attività generalmente associate all'implementazione di ciascun gruppo di ondate:
**Implementazione della prima fase**
+ Crea funzioni Lambda senza server
+ Integra le funzioni Lambda con il servizio API Gateway
+ Configura i sistemi di autenticazione e autorizzazione utilizzando strumenti come Amazon Cognito, IAM, Okta e Ping Identity
+ Per le architetture cloud ibride, configura un livello proxy utilizzando una service mesh, ad esempio. [AWS App Mesh](https://aws.amazon.com/app-mesh/)
**Implementazione Wave 2**
+ Configura AWS App Mesh, includendo service mesh, servizi virtuali, nodi, percorsi e proxy
+ Configura contenitori nel nostro AWS Fargate Amazon Elastic Kubernetes Service (Amazon EKS)
+ Integra il livello proxy con il sistema frontend
**Implementazione Wave 3**
+ Migrazioni e integrazioni di dati complesse complete
+ Implementa i flussi di lavoro più complessi che coinvolgono più microservizi