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à.
step-by-stepIstruzioni di migrazione con esempio
Questa sezione fornisce una step-by-step guida per migrare l'applicazione che attualmente utilizza l'SDK for Java v1.x all'SDK for Java 2.x. La prima parte presenta una panoramica dei passaggi seguiti da un esempio dettagliato di migrazione.
I passaggi descritti qui descrivono la migrazione di un caso d'uso normale, in cui l'applicazione chiama Servizi AWS utilizzando client di servizi basati su modelli. Se devi migrare codice che utilizza un livello superiore APIs come S3 Transfer Manager o la CloudFrontprefirma, consulta la sezione sotto il sommario. Cosa c'è di diverso tra AWS SDK for Java 1.x e 2.x
L'approccio qui descritto è un suggerimento. Puoi utilizzare altre tecniche e sfruttare le funzionalità di modifica del codice del tuo IDE per ottenere lo stesso risultato.
Panoramica delle fasi
1. Inizia aggiungendo l'SDK for Java 2.x BOM
Aggiungendo l'elemento Maven BOM (Bill of Materials) per l'SDK for Java 2.x al file POM, ti assicuri che tutte le dipendenze v2 necessarie provengano dalla stessa versione. Il tuo POM può contenere dipendenze v1 e v2. Ciò consente di migrare il codice in modo incrementale anziché modificarlo tutto in una volta.
<dependencyManagement> <dependencies> <dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>bom</artifactId> <version>
2.27.21
</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>
Puoi trovare l'ultima versione
2. Cerca nei file le istruzioni di importazione della classe v1
Scansionando i file dell'applicazione alla ricerca di SERVICE_ IDs utilizzato nelle importazioni v1, troverete l'unico SERVICE_ utilizzato. IDs Un SERVICE_ID è un nome breve e univoco per un. Servizio AWS Ad esempio cognitoidentity
è SERVICE_ID per Amazon Cognito Identity.
3. Determina le dipendenze di Maven v2 dalle istruzioni di importazione v1
Dopo aver trovato tutte le versioni univoche di V1 SERVICE_IDs, è possibile determinare l'artefatto Maven corrispondente per la dipendenza v2 facendo riferimento a. Nome del pacchetto per le mappature ArtifactID di Maven
4. Aggiungi elementi di dipendenza v2 al file POM
Aggiorna il file Maven POM con gli elementi di dipendenza determinati nel passaggio 3.
5. Nei file Java, passa in modo incrementale dalle classi v1 alle classi v2
Quando sostituite le classi v1 con le classi v2, apportate le modifiche necessarie per supportare l'API v2, ad esempio utilizzando builder anziché costruttori e utilizzando getter e setter fluenti.
6. Rimuovi le dipendenze v1 Maven dalle importazioni POM e v1 dai file
Dopo aver migrato il codice per utilizzare le classi v2, rimuovi tutte le importazioni v1 rimanenti dai file e tutte le dipendenze dal file di build.
7. Rifattorizza il codice per utilizzare i miglioramenti dell'API v2
Dopo che il codice è stato compilato e superato con successo i test, puoi sfruttare i miglioramenti della v2, come l'utilizzo di un client HTTP o di impaginatori diversi per semplificare il codice. Questa fase è opzionale.
Esempio di migrazione
In questo esempio, eseguiamo la migrazione di un'applicazione che utilizza l'SDK for Java v1 e accede a diversi. Servizi AWS Esaminiamo in dettaglio il seguente metodo v1 nel passaggio 5. Questo è un metodo in una classe che contiene otto metodi e nell'applicazione sono presenti 32 classi.
Di seguito sono elencate solo le importazioni dell'SDK v1 dal file Java.
import com.amazonaws.ClientConfiguration; import com.amazonaws.regions.Region; import com.amazonaws.regions.RegionUtils; import com.amazonaws.services.ec2.AmazonEC2Client; import com.amazonaws.services.ec2.model.AmazonEC2Exception; import com.amazonaws.services.ec2.model.CreateTagsRequest; import com.amazonaws.services.ec2.model.DescribeInstancesRequest; import com.amazonaws.services.ec2.model.DescribeInstancesResult; import com.amazonaws.services.ec2.model.Instance; import com.amazonaws.services.ec2.model.InstanceStateName; import com.amazonaws.services.ec2.model.Reservation; import com.amazonaws.services.ec2.model.Tag; import com.amazonaws.services.ec2.model.TerminateInstancesRequest; ... private static List<Instance> getRunningInstances(AmazonEC2Client ec2, List<String> instanceIds) { List<Instance> runningInstances = new ArrayList<>(); try { DescribeInstancesRequest request = new DescribeInstancesRequest() .withInstanceIds(instanceIds); DescribeInstancesResult result; do { // DescribeInstancesResponse is a paginated response, so use tokens with multiple requests. result = ec2.describeInstances(request); request.setNextToken(result.getNextToken()); // Prepare request for next page. for (final Reservation r : result.getReservations()) { for (final Instance instance : r.getInstances()) { LOGGER.info("Examining instanceId: "+ instance.getInstanceId()); // if instance is in a running state, add it to runningInstances list. if (RUNNING_STATES.contains(instance.getState().getName())) { runningInstances.add(instance); } } } } while (result.getNextToken() != null); } catch (final AmazonEC2Exception exception) { // if instance isn't found, assume its terminated and continue. if (exception.getErrorCode().equals(NOT_FOUND_ERROR_CODE)) { LOGGER.info("Instance probably terminated; moving on."); } else { throw exception; } } return runningInstances; }
1. Aggiungi v2 Maven BOM
Aggiungi la BOM Maven per l'SDK for Java 2.x al POM insieme a tutte le altre dipendenze nella sezione. dependencyManagement
Se il tuo file POM contiene la BOM per la versione 1 dell'SDK, lasciala per ora. Verrà rimosso in una fase successiva.
<dependencyManagement> <dependencies> <dependency> <groupId>org.example</groupId> <!--Existing dependency in POM. --> <artifactId>bom</artifactId> <version>1.3.4</version> <type>pom</type> <scope>import</scope> </dependency> ... <dependency> <groupId>com.amazonaws</groupId> <artifactId>aws-java-sdk-bom</artifactId> <!--Existing v1 BOM dependency. --> <version>1.11.1000</version> <type>pom</type> <scope>import</scope> </dependency> ... <dependency> <groupId>software.amazon.awssdk</groupId> <!--Add v2 BOM dependency. --> <artifactId>bom</artifactId> <version>
2.27.21
</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies> </dependencyManagement>
2. Cerca nei file le istruzioni di importazione della classe v1
Cerca nel codice dell'applicazione le occorrenze uniche di. import
com.amazonaws.services
Questo ci aiuta a determinare le dipendenze v1 utilizzate dal progetto. Se la tua applicazione ha un file Maven POM con le dipendenze v1 elencate, puoi invece utilizzare queste informazioni.
Per questo esempio utilizziamo il comando ripgrep
(rg)
Dalla radice della tua base di codice, esegui il seguente ripgrep
comando. Dopo aver ripgrep
trovato le istruzioni di importazione, queste vengono reindirizzate a cut
sort
, e uniq
i comandi per isolare SERVICE_. IDs
rg --no-filename 'import\s+com\.amazonaws\.services' | cut -d '.' -f 4 | sort | uniq
Per questa applicazione, i seguenti SERVICE_ IDs sono registrati nella console.
autoscaling cloudformation ec2 identitymanagement
Ciò indica che c'è stata almeno un'occorrenza di ciascuno dei seguenti nomi di pacchetto utilizzati nelle istruzioni. import
Per i nostri scopi, i nomi delle singole classi non contano. Dobbiamo solo trovare i SERVICE_ IDs che vengono utilizzati.
com.amazonaws.services.autoscaling.* com.amazonaws.services.cloudformation.* com.amazonaws.services.ec2.* com.amazonaws.services.identitymanagement.*
3. Determina le dipendenze di Maven v2 dalle istruzioni di importazione v1
Il SERVICE_ IDs per la v1 che abbiamo isolato dalla Fase 2, ad esempio autoscaling
e, cloudformation
può essere mappato sullo stesso SERVICE_ID v2 per la maggior parte. Poiché nella maggior parte dei casi l'ArtifactID di Maven v2 corrisponde al SERVICE_ID, hai le informazioni necessarie per aggiungere blocchi di dipendenza al tuo file POM.
La tabella seguente mostra come possiamo determinare le dipendenze v2.
v1 SERVICE_ID è mappato a... nome del pacchetto |
v2 SERVICE_ID mappa su... nome del pacchetto |
dipendenza da Maven v2 |
---|---|---|
ec2
|
ec2
|
|
scalabilità automatica
|
scalabilità automatica
|
|
cloudformation
|
cloudformation
|
|
gestione dell'identità*
|
sono*
|
|
* La iam
mappatura identitymanagement
to è un'eccezione in cui il SERVICE_ID differisce tra le versioni. Fai riferimento a Nome del pacchetto per le mappature ArtifactID di Maven per le eccezioni se Maven o Gradle non sono in grado di risolvere la dipendenza v2.
4. Aggiungi elementi di dipendenza v2 al file POM
Nel passaggio 3, abbiamo determinato i quattro blocchi di dipendenza che devono essere aggiunti al file POM. Non è necessario aggiungere una versione perché abbiamo specificato la BOM nel passaggio 1. Dopo aver aggiunto le importazioni, il nostro file POM presenta i seguenti elementi di dipendenza.
... <dependencies> ... <dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>autoscaling</artifactId> </dependency> <dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>iam</artifactId> </dependency> <dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>cloudformation</artifactId> </dependency> <dependency> <groupId>software.amazon.awssdk</groupId> <artifactId>ec2</artifactId> </dependency> ... </dependencies> ...
5. Nei file Java, passa in modo incrementale dalle classi v1 alle classi v2
Nel metodo che stiamo migrando, vediamo
-
Un cliente EC2 di servizio di
com.amazonaws.services.ec2.AmazonEC2Client
. -
Diverse classi di EC2 modelli utilizzate. Ad esempio
DescribeInstancesRequest
eDescribeInstancesResult
.
import com.amazonaws.ClientConfiguration; import com.amazonaws.regions.Region; import com.amazonaws.regions.RegionUtils; import com.amazonaws.services.ec2.AmazonEC2Client; import com.amazonaws.services.ec2.model.AmazonEC2Exception; import com.amazonaws.services.ec2.model.CreateTagsRequest; import com.amazonaws.services.ec2.model.DescribeInstancesRequest; import com.amazonaws.services.ec2.model.DescribeInstancesResult; import com.amazonaws.services.ec2.model.Instance; import com.amazonaws.services.ec2.model.InstanceStateName; import com.amazonaws.services.ec2.model.Reservation; import com.amazonaws.services.ec2.model.Tag; import com.amazonaws.services.ec2.model.TerminateInstancesRequest; ... private static List<Instance> getRunningInstances(AmazonEC2Client ec2, List<String> instanceIds) List<Instance> runningInstances = new ArrayList<>(); try { DescribeInstancesRequest request = new DescribeInstancesRequest() .withInstanceIds(instanceIds); DescribeInstancesResult result; do { // DescribeInstancesResponse is a paginated response, so use tokens with multiple re result = ec2.describeInstances(request); request.setNextToken(result.getNextToken()); // Prepare request for next page. for (final Reservation r : result.getReservations()) { for (final Instance instance : r.getInstances()) { LOGGER.info("Examining instanceId: "+ instance.getInstanceId()); // if instance is in a running state, add it to runningInstances list. if (RUNNING_STATES.contains(instance.getState().getName())) { runningInstances.add(instance); } } } } while (result.getNextToken() != null); } catch (final AmazonEC2Exception exception) { // if instance isn't found, assume its terminated and continue. if (exception.getErrorCode().equals(NOT_FOUND_ERROR_CODE)) { LOGGER.info("Instance probably terminated; moving on."); } else { throw exception; } } return runningInstances; } ...
Il nostro obiettivo è sostituire tutte le importazioni v1 con le importazioni v2. Procediamo una lezione alla volta.
a. Sostituisci l'istruzione di importazione o il nome della classe
Vediamo che il primo parametro del describeRunningInstances
metodo è un'AmazonEC2Client
istanza v1. Esegui una di queste operazioni:
-
Sostituisci l'importazione per
com.amazonaws.services.ec2.AmazonEC2Client
consoftware.amazon.awssdk.services.ec2.Ec2Client
e passaAmazonEC2Client
aEc2Client
. -
Cambia il tipo di parametro in
Ec2Client
e lascia che l'IDE ci richieda l'importazione corretta. Il nostro IDE ci chiederà di importare la classe v2 perché i nomi dei client sono diversi: e.AmazonEC2Client
Ec2Client
Questo approccio non funziona se il nome della classe è lo stesso in entrambe le versioni.
b. Sostituisci le classi del modello v1 con gli equivalenti v2
Dopo la modifica alla v2Ec2Client
, se utilizziamo un IDE, vediamo errori di compilazione nella seguente dichiarazione.
result = ec2.describeInstances(request);
L'errore di compilazione deriva dall'utilizzo di un'istanza di v1 DescribeInstancesRequest
come parametro del metodo v2. Ec2Client
describeInstances
Per risolvere il problema, effettuate le seguenti istruzioni di sostituzione o importazione.
replace | con |
---|---|
|
|
c. Cambia i costruttori v1 in v2 builder.
Vediamo ancora errori di compilazione perché non ci sono costruttori nelle classi v2. Per risolvere il problema, apporta la seguente modifica.
modifica | in |
---|---|
|
|
d. Sostituisci gli oggetti di *Result
risposta v1 con gli equivalenti *Response
v2
Una differenza consistente tra v1 e v2 è che tutti gli oggetti di risposta in v2 terminano con invece di. *Response
*Result
Sostituisci l'importazione v1 con DescribeInstancesResult
l'importazione v2,. DescribeInstancesResponse
d. Apporta modifiche all'API
La seguente dichiarazione richiede alcune modifiche.
request.setNextToken(result.getNextToken());
Nella v2, i metodi setter non utilizzano set
o with. prefix
I metodi Getter con prefisso get
sono presenti anche nell'SDK for Java 2.x
Le classi del modello, come l'request
istanza, sono immutabili nella v2, quindi dobbiamo crearne una nuova con un builder. DescribeInstancesRequest
Nella v2, l'istruzione diventa la seguente.
request = DescribeInstancesRequest.builder() .nextToken(result.nextToken()) .build();
d. Ripetere l'operazione fino alla compilazione del metodo con le classi v2
Continua con il resto del codice. Sostituisci le importazioni v1 con le importazioni v2 e correggi gli errori di compilazione. Se necessario, consulta il riferimento all'API v2 e il riferimento
Dopo aver migrato questo singolo metodo, abbiamo il seguente codice v2.
import com.amazonaws.ClientConfiguration; import com.amazonaws.regions.Region; import com.amazonaws.regions.RegionUtils; import com.amazonaws.services.ec2.AmazonEC2Client; import com.amazonaws.services.ec2.model.AmazonEC2Exception; import com.amazonaws.services.ec2.model.CreateTagsRequest; import com.amazonaws.services.ec2.model.InstanceStateName; import com.amazonaws.services.ec2.model.Tag; import com.amazonaws.services.ec2.model.TerminateInstancesRequest; import software.amazon.awssdk.services.ec2.Ec2Client; import software.amazon.awssdk.services.ec2.model.DescribeInstancesRequest; import software.amazon.awssdk.services.ec2.model.DescribeInstancesResponse; import software.amazon.awssdk.services.ec2.model.Ec2Exception; import software.amazon.awssdk.services.ec2.model.Instance; import software.amazon.awssdk.services.ec2.model.Reservation; ... private static List<Instance> getRunningInstances(Ec2Client ec2, List<String> instanceIds) { List<Instance> runningInstances = new ArrayList<>(); try { DescribeInstancesRequest request = DescribeInstancesRequest.builder() .instanceIds(instanceIds) .build(); DescribeInstancesResponse result; do { // DescribeInstancesResponse is a paginated response, so use tokens with multiple re result = ec2.describeInstances(request); request = DescribeInstancesRequest.builder() // Prepare request for next page. .nextToken(result.nextToken()) .build(); for (final Reservation r : result.reservations()) { for (final Instance instance : r.instances()) { // if instance is in a running state, add it to runningInstances list. if (RUNNING_STATES.contains(instance.state().nameAsString())) { runningInstances.add(instance); } } } } while (result.nextToken() != null); } catch (final Ec2Exception exception) { // if instance isn't found, assume its terminated and continue. if (exception.awsErrorDetails().errorCode().equals(NOT_FOUND_ERROR_CODE)) { LOGGER.info("Instance probably terminated; moving on."); } else { throw exception; } } return runningInstances; } ...
Poiché stiamo migrando un singolo metodo in un file Java con otto metodi, abbiamo un mix di importazioni v1 e v2 mentre elaboriamo il file. Abbiamo aggiunto le ultime sei istruzioni di importazione man mano che eseguivamo i passaggi.
Dopo aver migrato tutto il codice, non ci saranno più istruzioni di importazione v1.
6. Rimuovi le dipendenze v1 Maven dalle importazioni POM e v1 dai file
Dopo aver migrato tutto il codice v1 nel file, abbiamo le seguenti istruzioni di importazione dell'SDK v2.
import software.amazon.awssdk.core.client.config.ClientOverrideConfiguration; import software.amazon.awssdk.regions.Region; import software.amazon.awssdk.regions.ServiceMetadata; import software.amazon.awssdk.services.ec2.Ec2Client; import software.amazon.awssdk.services.ec2.model.CreateTagsRequest; import software.amazon.awssdk.services.ec2.model.DescribeInstancesRequest; import software.amazon.awssdk.services.ec2.model.DescribeInstancesResponse; import software.amazon.awssdk.services.ec2.model.Ec2Exception; import software.amazon.awssdk.services.ec2.model.Instance; import software.amazon.awssdk.services.ec2.model.InstanceStateName; import software.amazon.awssdk.services.ec2.model.Reservation; import software.amazon.awssdk.services.ec2.model.Tag; import software.amazon.awssdk.services.ec2.model.TerminateInstancesRequest;
Dopo aver migrato tutti i file nella nostra applicazione, non abbiamo più bisogno delle dipendenze v1 nel nostro file POM. Rimuovi la BOM v1 dalla dependencyManagement
sezione, se in uso, e tutti i blocchi di dipendenza v1.
7. Rifattorizza il codice per utilizzare i miglioramenti dell'API v2
Per lo snippet che stiamo migrando, possiamo opzionalmente utilizzare un impaginatore v2 e lasciare che l'SDK gestisca le richieste basate su token per ulteriori dati.
Possiamo sostituire l'intera clausola con la seguente. do
DescribeInstancesIterable responses = ec2.describeInstancesPaginator(request); responses.reservations().stream() .forEach(reservation -> reservation.instances() .forEach(instance -> { if (RUNNING_STATES.contains(instance.state().nameAsString())) { runningInstances.put(instance.instanceId(), instance); } }));
Nome del pacchetto per le mappature ArtifactID di Maven
Quando migri il tuo progetto Maven o Gradle dalla v1 dell'SDK for Java alla v2, devi capire quali dipendenze aggiungere al tuo file di build. L'approccio descritto nel step-by-stepIstruzioni di migrazione con esempio (passaggio 3) utilizza i nomi dei pacchetti nelle istruzioni di importazione come punto di partenza per determinare le dipendenze (come ArtifactID) da aggiungere al file di build.
È possibile utilizzare le informazioni in questo argomento per mappare i nomi dei pacchetti v1 agli artifactID v2.
Convenzione di denominazione comune utilizzata nei nomi dei pacchetti e nei Maven ArtifactID
La tabella seguente mostra la convenzione di denominazione comune SDKs utilizzata per un determinato SERVICE_ID. Un SERVICE_ID è un identificatore univoco per un. Servizio AWS Ad esempio, il SERVICE_ID per il servizio Amazon S3 è s3
ed cognitoidentity
è il SERVICE_ID per Amazon Cognito Identity.
nome del pacchetto v1 (dichiarazione di importazione) | artifactID v1 | artifactID v2 | nome del pacchetto v2 (istruzione di importazione) |
---|---|---|---|
com.amazonaws.services.service_id | aws-java-sdk-ID_SERVIZIO | ID_SERVIZIO | software.amazon.awssdk.services.service_id |
Esempio di Amazon Cognito Identity (SERVICE_ID:) cognitoidentity |
|||
com.amazonaws.services. identità cognitiva | aws-java-sdk- identità cognitiva | identità cognitiva | software.amazon.awssdk.services. identità cognitiva |
differenze SERVICE_ID
All'interno della v1
In alcuni casi il SERVICE_ID differisce tra il nome del pacchetto e l'artifactID per lo stesso servizio. Ad esempio, la riga CloudWatch Metrics della tabella seguente mostra che metrics
è il SERVICE_ID nel nome del pacchetto ma è il SERVICE_ID dell'ArtifactID. cloudwatchmetrics
All'interno della v2
Non ci sono differenze nel SERVICE_ID utilizzato nei nomi dei pacchetti e negli ArtifactID.
Tra v1 e v2
Per la maggior parte dei servizi, il SERVICE_ID nella v2 è lo stesso del SERVICE_ID della v1 sia nei nomi dei pacchetti che negli ArtifactID. Un esempio di ciò è il SERVICE_ID, come mostrato nella tabella precedente. cognitoedentity
Tuttavia, alcuni SERVICE_ IDs differiscono tra quelli mostrati nella SDKs tabella seguente.
Un SERVICE_ID in grassetto in una delle colonne v1 indica che è diverso dal SERVICE_ID utilizzato nella v2.
Nome servizio | nome del pacchetto v1 | artifactID v1 | artifactID v2 | nome del pacchetto v2 |
---|---|---|---|---|
Tutti i nomi dei pacchetti iniziano con |
Tutti gli ArtifactID sono racchiusi in tag come mostrato nella prima riga. |
Tutti gli ArtifactID sono racchiusi tra tag come mostrato nella prima riga. |
Tutti i nomi dei pacchetti iniziano con |
|
API Gateway | com.amazonaws.services.apigateway | <artifactId>aws-java-sdk- gateway API</artifactId> | <artifactId>una porta d'accesso</artifactId> | software.amazon.awssdk.services.apigateway |
Registro delle app | registro delle app | apprendistato | registro del catalogo dei servizi | registro del catalogo dei servizi |
Application Discovery | scoperta delle applicazioni | scoperta | scoperta delle applicazioni | scoperta delle applicazioni |
Runtime AI Augmented | autonomia aerea aumentata | durata dell'aria aumentata | runtime sagemaker a2i | runtime sagemakera2i |
Certificate Manager | gestore dei certificati | acm | acm | acm |
CloudControl API | API di controllo cloud | API di controllo cloud | controllo cloud | controllo del cloud |
CloudSearch | cloudsearch v2 | cloudsearch | cloudsearch | cloudsearch |
CloudSearch Dominio | dominio cloudsearch | ricerca nel cloud | dominio cloudsearch | dominio cloudsearch |
CloudWatch Eventi | eventi cloudwatch | eventi | eventi cloudwatch | eventi cloudwatch |
CloudWatch Evidentemente | Cloudwatch evidentemente | cloudwatch evidentemente | evidently | evidently |
CloudWatch Registri | logs | logs | log di cloudwatch | cloudwatchlogs |
CloudWatch Metriche | metriche | metriche cloudwatch | cloudwatch | cloudwatch |
CloudWatch rum | Cloudwatch rum | cloudwatchrum | rum | rum |
Provider di identità Cognito | cognitoidp | cognitoidp | provider di cognitoidentity | provider di cognitoidentity |
Campagna Connect | connetti la campagna | connetti la campagna | collegare le campagne | collegare le campagne |
Connect Wisdom | connetti la saggezza | connettere la saggezza | wisdom | wisdom |
Database Migration Service | servizio di migrazione del database | dms | migrazione del database | migrazione del database |
DataZone | zona dati | zona dati esterna | zona dati | zona dati |
DynamoDB | dinamo dbv2 | dynamodb | dynamodb | dynamodb |
File system elastico | file system elastico | efs | efs | efs |
Riduzione elastica della mappa | elasticmapreduce | emr | emr | emr |
Glue DataBrew | incolla databrew | incollare databrew | databrew | databrew |
IAM Roles Anywhere | I miei ruoli sono ovunque | sono ruoli ovunque | rolesanywhere | rolesanywhere |
Gestione di identità | gestione dell'identità | iam | iam | iam |
Dati IoT | dati IoT | iot | piano dati iot | piano dati iot |
Analisi Kinesis | kinesisanalytics | kinesis | kinesisanalytics | kinesisanalytics |
Kinesis Firehose | manichetta antincendio kinesis | kinesis | firehose | firehose |
Canali di segnalazione video Kinesis | canali di segnalazione video kinesis | canali di segnalazione video kinesis | segnalazione video kinesis | segnalazione video kinesis |
Lex | runtime lex | lex | runtime lex | lexruntime |
Attenzione a Vision | fai attenzione alla visione | attenzione alla visione | lookoutvision | lookoutvision |
Modernizzazione del mainframe | modernizzazione del mainframe | modernizzazione del mainframe | m2 | m2 |
Misurazione del Marketplace | misurazione del mercato | servizio di marketplacemetering | misurazione del marketplace | misurazione del mercato |
Grafana gestita | grafana gestito | grafana gestita | grafana | grafana |
Mechanical Turk | mturk | richiedente turco meccanico | mturk | mturk |
Suggerimenti di strategia dell'Hub di migrazione | raccomandazioni sulla strategia dell'hub di migrazione | raccomandazioni strategiche di migrationhub | strategia migrationhub | strategia migrationhub |
Nimble Studio | studio agile | studio agile | nimble | nimble |
5G privato | 5g privato | 5g privato | reti private | reti private |
Prometheus | prometeo | prometeo | amp | amp |
Cestino | bidone per riciclare | pattumiera | rbin | rbin |
API dati di Redshift | redshift data api | redshiftdataapi | dati redshift | dati redshift |
Route 53 | domini route53 | route53 | domini route53 | domini route53 |
Sage Maker Edge Manager | sagemaker edgemanager | sagemakedgemanager | sagemakeredge | sagemaker edge |
Token di sicurezza | token di sicurezza | sts | sts | sts |
Migrazione dei server | migrazione del server | migrazione del server | sms | sms |
Email semplice | email semplice | ses | ses | ses |
Email semplice V2 | email semplice v2 | ses v2 | sesv2 | sesv2 |
Gestione semplice dei sistemi | gestione semplice dei sistemi | ssm | ssm | ssm |
Flusso di lavoro semplice | flusso di lavoro semplice | flusso di lavoro semplice | swf | swf |
Step Functions | funzioni a fasi | funzioni step | sfn | sfn |