Questo white paper è solo a scopo di riferimento storico. Alcuni contenuti potrebbero essere obsoleti e alcuni collegamenti potrebbero non essere disponibili.

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

# Backend mobile
<a name="mobile-backend"></a>

![\[Modello architettonico per un backend mobile senza server\]](http://docs.aws.amazon.com/it_it/whitepapers/latest/serverless-multi-tier-architectures-api-gateway-lambda/images/arch-pattern-serverless-mobile-backend.png)


*Modello architettonico per backend mobile senza server*

*Tabella 1 - Componenti di livello di backend mobile*


|  Livello  |  Componenti  | 
| --- | --- | 
|  Presentazione  |  Applicazione mobile in esecuzione su un dispositivo utente.  | 
|  Logic (Logica)  |   Amazon API Gateway con AWS Lambda.   Questa architettura mostra tre servizi esposti (`/tickets``/shows`, e`/info`). Gli endpoint API Gateway sono protetti dai pool di [utenti di Amazon Cognito](https://docs.aws.amazon.com/cognito/latest/developerguide/cognito-user-identity-pools.html). Con questo metodo, gli utenti accedono ai pool di utenti di Amazon Cognito (utilizzando una terza parte federata, se necessario) e ricevono token di accesso e ID utilizzati per autorizzare le chiamate API Gateway.   A ogni funzione Lambda viene assegnato il proprio ruolo Identity and Access Management (IAM) per fornire l'accesso all'origine dati appropriata.   | 
|  Dati  |   DynamoDB viene utilizzato per `/tickets` i servizi and. `/shows`   Per il `/info` servizio viene utilizzato Amazon RDS. Questa funzione Lambda recupera le credenziali Amazon RDS da AWS Secrets Manager e utilizza un'interfaccia di rete elastica per accedere alla sottorete privata.   |